Java封装应将字段设为private,配public的getter/setter以控制访问;setter需校验(如age范围、name非空),getter/setter须遵循JavaBeans规范(boolean可用isXXX),private字段不被子类直接继承。
Java 封装的核心不是“隐藏一切”,而是“控制访问入口”。最常见也最稳妥的做法是把字段声明为 private,再提供 public 的 getter 和 setter 方法——这既阻止了外部直接赋值,又保留了可控的读写逻辑。
实际编码中要注意:setter 不该无脑透传,比如对 age 字段做校验、对 name 做非空判断,这些逻辑只能在方法里加,字段本身做不到。
private 字段无法被子类继承访问(但可通过 protected 方法间接暴露)getXXX()、setXXX(...),否则反射或框架(如 Jackson、Spring)可能失效isXXX()(如 isActive()),但 setter 仍须为 setActive(...)
public class User {
private String name;
private int age;
public String getName() {
return name;
}
public void setName(String name) {
if (name != null && !name.trim().isEmpty()) {
this.name = name.trim();
}
}
public int getAge() {
return age;
}
public void setAge(int age) {
if (age >= 0 && age <= 150) {
this.age = age;
}
}
}
protected 的本质是“留给子类用的受控扩展点”,不是为了方便测试或临时绕过封装。它允许同一包内类和所有子类访问,但不向外部公开——这是设计可继承 API 的关键分界线。
典型误用:把字段设为 protected 只为在单元测试里直接修改;正确做法是通过构造函数、builder 或测试专用 setter(标记 @VisibleForTesting)来支持测试。
protected,例如模板方法中的钩子方法 protected void initConfig()
protected 字段极少见,一旦使用,子类可随意读写,等于放弃对该字段的封装控制protected getter;如果需要读写,优先考虑 protected 的受保护方法(如 protected void updateState(...)),而非裸字段没有显式修饰符的成员(字段、方法、类)是 package-private,即仅对同一包内可见。这不是“偷懒不写”,而是一种明确的设计意图:把协作紧密的组件放在一个包里,内部高效通信,对外则统一通过 public 接口暴露。
比如 java.util 包中大量使用 package-private 类(如 HashMap.Node)和方法(如 ArrayList.batchRemove(...)),既避免污染 public API,又保证核心逻辑性能。
protected 更封闭,比 private 更灵活仅靠访问修饰符无法阻止对象内部状态被意外修改。比如一个 public 的 List 字段即使设为 private,外部拿到引用后仍可 add/remove。此时必须结合 final 和不可变类型(如 ImmutableList、String、LocalDateTime)才能真正封住漏洞。
private final List tags; 只能防止重新赋值,不防内容修改;应改为 private final ImmutableList tags; 或在 getter 中返回副本:return new ArrayList(tags);
this.data = ne
w byte[original.length]; System.arraycopy(original, 0, this.data, 0, original.length);
final,且不提供任何 setter,同时确保所有返回对象都不泄露内部引用封装不是一锤定音的事,访问控制只是起点;真正的边界由“谁持有引用”“引用是否可变”“方法是否校验输入”共同决定。漏掉任意一环,private 就形同虚设。