封装的本质是隐藏实现细节、暴露可控接口，关键在于通过访问控制与合理抽象使调用方只关心“能做什么”，而非“怎么做”，从而提升复用性。
封装的本质是隐藏实现细节，暴露可控接口
封装不是简单地把字段设为 private、加个 get/set 方法就完事。真正提升复用性的关键，在于通过访问控制 + 合理抽象，让调用方只关心「能做什么」，不关心「怎么做」。比如一个订单金额计算逻辑，如果直接暴露 discountRate 字段并允许任意修改，下游代码就得反复校验合法性；而封装后提供 applyDiscount(double rate) 方法，就能在内部统一做范围检查和四舍五入策略。
复用性来自可组合的封装单元，不是单个类
单独一个 Person 类即使封装得再好，也很难被复用——它太具体、耦合业务语义。真正可复用的是经过抽象的组件，比如：
-
Validatable接口 +ValidationResult类，用于统一校验流程 -
RetryPolicy抽象类，封装重试次数、间隔、退避算法等共性逻辑 -
IdGenerator泛型接口，屏蔽雪花 ID、UUID、数据库自增等不同实现细节
这些单元不依赖具体业务字段，却能在用户服务、订单服务、支付服务中被直接 import 复用。
getter/setter 不等于封装，滥用反而破坏复用性
自动生成的 getUserName() 和 setUserName(String) 往往只是把字段搬出来，没加约束、没触发联动、没做类型转换，等于裸露数据。这种“伪封装”会导致：
立即学习“Java免费学习笔记（深入）”；
- 调用方被迫重复处理空值、长度、格式（如邮箱正则）
- 字段变更时（如从
String改为PhoneNumber对象），所有调用点都要改 - 无法在设置时自动更新关联状态（如修改邮箱后自动标记
emailVerified = false）
更复用的做法是提供行为方法：changeEmail(String newEmail)，内部完成校验、脱敏、事件通知、状态更新整套逻辑。
public class User {
private String email;
private boolean emailVerified;
// ❌ 不推荐：裸露 setter
public void setEmail(String email) { this.email = email; }
// ✅ 推荐：封装行为
public void changeEmail(String newEmail) {
if (!isValidEmail(newEmail)) {
throw new IllegalArgumentException("Invalid email format");
}
this.email = newEmail.toLowerCase().trim();
this.emailVerified = false;
publishEmailChangedEvent();
}
}
包级封装比类级封装对复用影响更大
Java 的 package-private（默认访问级别）是被严重低估的复用杠杆。把工具类、内部实体、策略实现放在同一包下，用包私有构造器/方法组织协作，对外只暴露少量稳定接口类。这样：
- 外部模块只能通过你定义的门面（Facade）或工厂（
UserFactory.create()）使用，无法误用中间状态 - 你可以安全重构包内结构（比如把
JsonParser拆成StreamingJsonReader和ObjectMapper），只要接口不变，调用方完全无感 - 避免了过度设计 public API 导致的长期兼容负担
很多高复用库（如 okhttp3、guava）都大量使用包私有类来隔离实现复杂度。
