在Java语言中，对象封装是面向对象编程的基石之一。它要求把对象的内部数据隐藏起来，不让外部直接访问，而是通过类提供的方法来控制对这些数据的读写。这样做既保护了对象状态的合法性，也降低了模块间的耦合度。
一、什么是封装以及为什么需要它
封装从字面理解就是把东西装起来、封住口。在Java里，它具体表现为将字段设为私有，再提供公共方法作为唯一的交互通道。假设我们有一个表示银行账户的类，如果余额字段对外公开，任何代码都能把余额改成负数，业务规则就形同虚设。
从工程角度看，封装带来的最大好处是可维护性。当内部存储方式发生变化，比如原来用double存金额后来改成long分单位，只要对外的方法签名不变，调用方就无需修改。反之，公开字段会让这种改动扩散到整个系统。此外，封装也方便在赋值阶段统一做校验、日志和权限判断。
二、使用访问修饰符实现基础封装
Java提供了private、default、protected、public四种访问级别。实现封装最常规的做法是把字段声明为private，然后编写public的getter与setter。private意味着只有本类内部能直接访问，外部必须通过方法，这就形成了控制点。
下面这段代码展示了一个最基础的封装例子，在setter中加入正数校验，避免外部把年龄设为不合理的值：
public class User {
private String name;
private int age;
public String getName() {
return name;
}
public void setName(String name) {
this.name = name;
}
public int getAge() {
return age;
}
public void setAge(int age) {
if (age < 0 || age > 150) {
throw new IllegalArgumentException("年龄必须在0到150之间");
}
this.age = age;
}
}
上面的setAge方法在赋值前做了范围检查，这就是封装带来的保护能力。如果age是public字段，这种检查根本无法强制执行。需要注意的是，getter和setter并不等于良好的封装，若只是无脑透传，价值会打折扣，应当结合业务规则来设计。
2.1 构造器中的校验
除了setter，构造器也是封装的重要关口。对象一旦创建就应保持合法状态，所以把校验放在构造器里能防止产生无效实例。相比于先new再set，通过全参构造器一次性初始化更安全。
示例如下，构造时即校验，避免对象处于半成品状态：
public class Account {
private final String id;
private double balance;
public Account(String id, double balance) {
if (id == null || id.isEmpty()) {
throw new IllegalArgumentException("账户ID不能为空");
}
if (balance < 0) {
throw new IllegalArgumentException("初始余额不能为负");
}
this.id = id;
this.balance = balance;
}
public double getBalance() {
return balance;
}
}
三、不可变对象与防御性拷贝
当类被多个线程或模块共享时，仅仅私有化字段还不够。如果getter直接返回可变对象的引用，外部仍能修改内部状态。这时可以采用不可变对象设计，即字段用final修饰且不提供setter，或通过防御性拷贝切断外部关联。
以下代码演示了防御性拷贝：Date是可变的，若直接返回内部date，调用方修改会影响原对象，因此返回新实例：
import java.util.Date;
public class Event {
private final Date date;
public Event(Date date) {
this.date = new Date(date.getTime());
}
public Date getDate() {
return new Date(date.getTime());
}
}
不可变对象的优势在于天然线程安全，不需要额外同步。但它不适合频繁变更的场景，每次修改都要新建对象。实际开发中应根据业务特点权衡，比如配置类、值对象非常适合做成不可变，而领域实体常需可变但受控的封装。
3.1 封装与JavaBean规范
很多框架依赖JavaBean风格，即私有字段加公共无参构造与getter setter。这容易让人误以为封装就是生成那一对方法。其实框架要求的暴露和良好的领域封装可以共存，只要在setter里保留校验、把不该暴露的字段去掉getter即可。
例如密码字段不应有getter，避免被序列化或日志打印泄露。这种有选择地暴露，才是封装原则在实践中的体现。
四、封装的常见误区与建议
一个典型误区是给所有字段都加上public getter setter，美其名曰封装，实际没有任何约束逻辑，反而增加了样板代码。另一个误区是把本应内聚的行为散落到外部，比如调用方自己计算折扣再写回price字段，这破坏了对象自己的行为责任。
建议遵循最小暴露原则：能不公开就不公开，方法参数和返回值尽量不可变或做拷贝，把业务规则收拢到类内部。当类越来越稳定，你会发现重构成本显著降低，单元测试也更好写，因为边界清晰、依赖可控。
| 做法 | 优点 | 风险 |
|---|---|---|
| 私有字段加受控方法 | 保护状态、易维护 | 代码量略多 |
| 直接公开字段 | 写法简单 | 状态易乱、难改动 |
| 不可变对象 | 线程安全、清晰 | 频繁修改性能差 |
总结来说，Java里的对象封装不是语法糖，而是一种设计纪律。从访问修饰符起步，结合构造校验、不可变性与防御性拷贝，再配合合理的暴露粒度，才能真正写出健壮且易演进的程序。
Javaobject_encapsulationaccess_modifier修改时间：2026-08-06 15:00:37