Java封装思想详解与实现方法

一分耕耘，一分收获！既然都打开这篇《Java封装思想是什么？实现方式详解》，就坚持看下去，学下去吧！本文主要会给大家讲到等等知识点，如果大家对本文有好的建议或者看到有不足之处，非常欢迎大家积极提出！在后续文章我会继续更新文章相关的内容，希望对大家都有所帮助！

封装是“数据藏好+接口管严+逻辑守牢”的设计思维，解决协作演进中的修改权责与影响范围问题；直接public成员变量导致业务逻辑崩坏且难以维护。

为什么直接 public 成员变量是危险操作？

你写一个 User 类，把 age 设成 public int age，外部代码就能写 user.age = -999 或 user.age = 300 —— 编译器不拦，运行时也不报错，但业务逻辑已经崩了。
更麻烦的是：一旦后续要加年龄校验、审计日志、或把 age 改成从出生日期动态计算，所有直接读写 age 的地方都得翻出来改，牵一发而动全身。

封装的最小可行实现：private + getter/setter

这是 Java 封装的基线动作，缺一不可：

• private 字段：切断所有外部直连路径（哪怕同包、子类也不行）
• public getter：只读暴露，命名必须是 getXxx()（布尔类型可用 isXxx()）
• public setter：写入入口，必须在方法体内做校验，而不是放任传参

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()) {
            throw new IllegalArgumentException("姓名不能为空");
        }
        this.name = name.trim();
    }

    public int getAge() {
        return age;
    }

    public void setAge(int age) {
        if (age  150) {
            throw new IllegalArgumentException("年龄必须在 0-150 之间");
        }
        this.age = age;
    }
}

容易被忽略的三个关键点

很多同学写了 getter/setter 就以为封装完成了，其实以下三点常被跳过，导致封装形同虚设：

• 构造器里也必须走 setter：比如 new User("Alice", -5) 如果构造器直接赋值 this.age = age，校验就失效了；应调用 this.setAge(age)
• getter/setter 不是摆设：如果业务上某字段只读（如创建时间 createTime），就只提供 getCreateTime()，不写 setCreateTime()
• 引用类型要防御性拷贝：如果字段是 private List tags，getter 返回 new ArrayList<>(this.tags)，避免外部修改原始集合

什么时候不该封装？或者说，封装的边界在哪？

封装不是越严越好。比如工具类中的静态常量（public static final String API_URL = "https://..."）就不需要 getter —— 它本就不该变，也没状态可隐藏。
再比如 DTO（数据传输对象）有时为简化序列化，会放宽为 package-private 字段 + Lombok 的 @Data，但这属于权衡取舍，不是放弃封装思想，而是把“校验和控制”移到了构建层（Builder）或验证层（@Valid）。

以上就是《Java封装思想详解与实现方法》的详细内容，更多关于的资料请关注golang学习网公众号！