Java中的封装与访问控制实现方法

Java封装应将字段设为private,配public的getter/setter以控制访问;setter需校验(如age范围、name非空),getter/setter须遵循JavaBeans规范(boolean可用isXXX),private字段不被子类直接继承。

如何用 private + public getter/setter 实现基础封装

Java 封装的核心不是“隐藏一切”,而是“控制访问入口”。最常见也最稳妥的做法是把字段声明为 private,再提供 public 的 getter 和 setter 方法——这既阻止了外部直接赋值,又保留了可控的读写逻辑。

实际编码中要注意:setter 不该无脑透传,比如对 age 字段做校验、对 name 做非空判断,这些逻辑只能在方法里加,字段本身做不到。

  • private 字段无法被子类继承访问(但可通过 protected 方法间接暴露)
  • getter/setter 方法名必须严格遵循 JavaBeans 规范:getXXX()setXXX(...),否则反射或框架(如 Jackson、Spring)可能失效
  • 对于 boolean 类型,getter 可用 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 而不是 private

protected 的本质是“留给子类用的受控扩展点”,不是为了方便测试或临时绕过封装。它允许同一包内类和所有子类访问,但不向外部公开——这是设计可继承 API 的关键分界线。

典型误用:把字段设为 protected 只为在单元测试里直接修改;正确做法是通过构造函数、builder 或测试专用 setter(标记 @VisibleForTesting)来支持测试。

  • 只对**有意被子类重写或依赖的行为**开放 protected,例如模板方法中的钩子方法 protected void initConfig()
  • protected 字段极少见,一旦使用,子

    类可随意读写,等于放弃对该字段的封装控制
  • 如果子类只需要读,就只提供 protected getter;如果需要读写,优先考虑 protected 的受保护方法(如 protected void updateState(...)),而非裸字段

package-private(默认访问级别)的实际价值

没有显式修饰符的成员(字段、方法、类)是 package-private,即仅对同一包内可见。这不是“偷懒不写”,而是一种明确的设计意图:把协作紧密的组件放在一个包里,内部高效通信,对外则统一通过 public 接口暴露。

比如 java.util 包中大量使用 package-private 类(如 HashMap.Node)和方法(如 ArrayList.batchRemove(...)),既避免污染 public API,又保证核心逻辑性能。

  • 适合用于:工具类的辅助方法、集合类的内部节点实现、模块内状态协调器
  • 不能跨包继承或调用,因此比 protected 更封闭,比 private 更灵活
  • IDE 通常不会自动补全 package-private 成员,提醒你“这个不是给外面用的”

final 与不可变性对封装的强化作用

仅靠访问修饰符无法阻止对象内部状态被意外修改。比如一个 publicList 字段即使设为 private,外部拿到引用后仍可 add/remove。此时必须结合 final 和不可变类型(如 ImmutableListStringLocalDateTime)才能真正封住漏洞。

  • private final List tags; 只能防止重新赋值,不防内容修改;应改为 private final ImmutableList tags; 或在 getter 中返回副本:return new ArrayList(tags);
  • 构造函数里接收可变参数时务必防御性拷贝:this.data = new byte[original.length]; System.arraycopy(original, 0, this.data, 0, original.length);
  • 如果类本身要不可变,所有字段都得 final,且不提供任何 setter,同时确保所有返回对象都不泄露内部引用

封装不是一锤定音的事,访问控制只是起点;真正的边界由“谁持有引用”“引用是否可变”“方法是否校验输入”共同决定。漏掉任意一环,private 就形同虚设。