封装的本质是隐藏实现细节、暴露可控接口，关键在于通过访问控制与合理抽象使调用方只关心“能做什么”，而非“怎么做”，从而提升复用性。
封装不是简单地把字段设为 private、加个 get/set 方法就完事。真正提升复用性的关键，在于通过访问控制 + 合理抽象，让调用方只关心「能做什么」，不关心「怎么做」。比如一个订单金额计算逻辑，如果直接暴露 discountRate 字段并允许任意修改，下游代码就得反复校验合法性；而封装后提供 applyDiscount(double rate) 方法，就能在内部统一做范围检查和四舍五入策略。
单独一个 Person 类即使封装得再好，也很难被复用——它太具体、耦合业务语义。真正可复用的是经过抽象的组件，比如：
Validatable 接口 + ValidationResult 类，用于统一校验流程RetryPolicy 抽象类，封装重试次数、间隔、退避算法等共性逻辑IdGenerator 泛型接口，屏蔽雪花 ID、UUID、数据库自增等不同实现细节这些单元不依赖具体业务字段，却能在用户服务、订单服务、支付服务中被直接 import 复用。
自动生成的 getUserName() 和 setUserName(String) 往往只是把字段搬出来，没加约束、没触发联动、没做类型转换，等于裸露数据。这种“伪封装”会导致：
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（默认访问级别）是被严重低估的复用杠杆。把工具类、内部实体、策略实现放在同一包下，用包私有构造器/方法组织协作，对外只暴露少量稳定接口类。这样：
UserFactory.create()）使用，无法误用中间状态JsonParser 拆成 StreamingJsonReader 和 ObjectMapper），只要接口不变，调用方完全无感很多高复用库（如 okhttp3、guava）都大量使用包私有类来隔离实现复杂度。