在Java里定义一个类时，新手常常直接把属性写成public，然后通过对象点属性的方式随便读写。这种做法在小型演示代码里似乎没问题，但在真实工程中会带来不少隐患。封装类属性的核心目的，是把对象的内部数据保护起来，只暴露受控的访问通道，从而让对象始终处于合法且一致的状态。
封装如何保障数据合法性与一致性
当我们把类属性声明为private，并通过public的getter与setter方法对外提供访问时，就拥有了在读写过程中插入控制逻辑的机会。例如一个用户类中有年龄字段，如果允许外部直接赋值，就可能出现负数或者超过一百五十这样的荒谬数据。而通过setter方法，我们可以在方法体里判断参数范围，不合法就抛出异常处理或者拒绝修改，从而保证对象内部永远不会有脏数据。
除了基础的范围校验，封装还能处理更复杂的一致性约束。假设一个订单类里金额和币种必须配套，直接暴露字段会让调用方只改金额不改币种，造成逻辑矛盾。把属性收进方法内部之后，我们可以在set方法里同时校验两者关系，或者提供专门的修改入口来联动更新。下面是一段简单的Java代码示例，展示了如何用私有字段加方法保护年龄属性：
public class User {
private int age;
public int getAge() {
return age;
}
public void setAge(int age) {
if (age < 0 || age > 150) {
throw new IllegalArgumentException("年龄必须在0到150之间");
}
this.age = age;
}
}
从上面的代码可以看到，私有属性配合方法之后，任何写入动作都要经过if判断。这种控制在多线程环境里还可以结合synchronized关键字进一步保证原子性。相比之下，public字段完全没有办法统一拦截，只能指望每一个调用方都自觉写对，这显然不符合工程化开发的要求。
封装降低耦合并提升代码演进能力
除了安全性，封装带来的另一个巨大好处是解耦。调用方依赖的是getter和setter的方法签名，而不是具体的字段名和字段类型。有一天我们发现int存不下某些业务计数，需要把底层存储换成long，只要方法还返回数值并且接受数值参数，上层业务代码一行都不用改。如果当初是public int age直接暴露，所有user.age的地方都要跟着调整类型。
封装也为后期增加额外行为留了空间。比如原来取值直接返回字段，后来需要增加日志、缓存或者延迟加载，只改方法内部即可。对外接口不变，调用方毫无感知。下面示例展示把字段计算逻辑隐藏在方法后，外部完全不需要关心金额是不是实时算出来的：
public class Account {
private double principal;
private double rate;
public double getYearlyInterest() {
// 内部计算，调用方只拿结果
return principal * rate;
}
public void setPrincipal(double principal) {
if (principal < 0) {
throw new IllegalArgumentException("本金不能为负");
}
this.principal = principal;
}
}
这种演进能力在大型系统里至关重要。团队分工协作时，底层模型的重构不应该层层传导到界面层或者接口层。封装类属性相当于在模块之间修了一道隔离墙，让各自变化互不影响，也方便做单元测试时只mock方法而非直接操作字段。
封装与Java生态规范的深度契合
Java很多通用框架和工具都建立在属性封装的前提上。例如多数ORM框架在映射数据库列时，默认通过setter注入值，通过getter读取值；如果字段是public且没方法，框架要么退化成直接反射字段，要么无法应用类型转换和校验注解。Spring这类容器在绑定表单参数时，同样依赖标准的JavaBean写法，也就是私有属性加公有无参构造与getter/setter。
另外，像Serializable接口配合序列化机制，以及record类之前的传统POJO，都鼓励用方法控制状态。即便JDK后来引入了record来简化不可变数据载体，它本质也是把字段私有化并自动生成访问方法，并非回到public字段老路。可见封装不是某个人的偏好，而是整个Java生态的共识。遵循封装写出的类，能无缝接入各种库，也更容易被其他开发者正确理解。
// 符合JavaBean规范的封装类
public class Product {
private String name;
private BigDecimal price;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public BigDecimal getPrice() {
return price;
}
public void setPrice(BigDecimal price) {
if (price.compareTo(BigDecimal.ZERO) < 0) {
throw new IllegalArgumentException("价格不能为负");
}
this.price = price;
}
}
从规范角度看，封装类属性还让代码审查更轻松。审查者只需关注几个方法体内的逻辑，就能判断数据如何流入流出，而不必追踪散落在各处的字段赋值。对团队而言，统一使用私有属性加方法，是降低认知负担、减少低级bug的有效手段。