封装的本质是将数据、操作数据的规则与校验逻辑绑定为自治单元，只暴露安全可控的行为接口，而非仅隐藏字段；如银行账户通过withdraw()校验余额非负，体现职责绑定与选择性暴露。

Java 封装的本质不是“把字段设成 private 就完事了”，而是把数据和操作数据的规则打包成一个自治单元，只对外暴露安全、可控的交互方式。它解决的核心问题是：如何防止外部代码绕过业务逻辑随意篡改状态。

封装是“选择性暴露”，不是单纯隐藏

很多人以为封装就是藏东西——把属性全改成 private，再配一套 getter/setter。这其实是浅层理解。真正的封装重点在于：哪些该暴露？暴露时要不要加约束？暴露的是值，还是行为？

• 比如银行账户的 balance 字段必须 private，但关键不在“私有”，而在 withdraw() 方法里强制校验“余额不能为负”
• 如果只设 private 却提供无校验的 setBalance(double b)，那封装就形同虚设
• 更合理的做法是：不暴露 balance 的写入入口，只提供 deposit() 和 withdraw() 这类带业务语义的方法

封装的本质是“职责绑定”

它把什么数据 + 怎么用这个数据 + 用的时候要遵守什么规则三者牢牢绑在一起，形成一个不可拆分的逻辑闭环。

• 现实类比：手机外壳不让你碰 CPU，但给你电源键——按下去会触发一整套启动流程（供电、自检、加载系统），你不需要、也不该跳过这些步骤直接给芯片通电
• 代码体现：一个 Man 类里，wife 是 private，但 setWife(Woman w) 方法可以检查是否已婚、是否符合年龄差等规则，而不是任由别人直接赋值
• 一旦规则变化（比如新增实名认证要求），只需改这个方法，所有调用处自动受保护

访问修饰符只是工具，不是目的

private、public、default 是实现手段，不是封装本身。它们的作用是配合逻辑，划清“谁可以触达哪一层”。

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

立即学习“Java免费学习笔记（深入）”；

• private 字段 + public 方法 ≠ 封装完成；只有当方法真正承载了校验、转换、协调等职责，才算落地
• default（包级访问）在模块内协作时很实用，比如工具类或内部状态管理器，既不限制又不泛滥
• 过度使用 public getter/setter 会暴露实现细节，反而破坏封装——例如把 ArrayList<string></string> 直接通过 getter 暴露，外部就能随意 add/remove，破坏了类对集合的控制权

检验封装是否到位的两个问题

写完一个类后，可以问自己：

• 如果我把这个类的所有 private 字段都删掉，只保留 public 方法，使用者还能正确、安全地用它吗？
• 如果某条业务规则变了（比如取款要收手续费），我是不是只需要改这个类里的 1–2 个方法，而不用通知所有调用方？

两个答案都是“是”，说明封装已经立住了。