java封装靠访问控制符与设计习惯实现，核心是绑定数据与方法并限制直接访问；private防止外部绕过逻辑非法赋值，getter/setter需校验确保可控暴露，protected和包级私有适用于特定协作场景。
Java里的封装不是靠语法强制，而是靠访问控制符配合设计习惯来实现的；它本质是把数据和操作数据的方法绑在一起，并限制外部对内部状态的直接访问。
为什么要用 private 修饰成员变量
封装的第一步就是阻止外部代码随意读写对象内部字段。如果把 age、name 这类字段设为 public，调用方就能绕过业务逻辑直接赋值，比如 user.age = -5 或 user.name = null，后续任何依赖这些字段的方法都可能出错。
-
private是最常用、也最有效的起点——它让字段只能被本类方法访问 - 不要为了“方便测试”而暴露字段，测试应通过公共方法触发行为，而非检查内部状态
- 如果真需要外部读取，用
public的 getter（如getAge()），而不是把字段本身公开
setter 方法里必须做参数校验吗
必须。封装的价值不在“藏起来”，而在“可控地暴露”。一个没校验的 setAge(int age) 和一个 public int age 几乎没区别——只是多敲了几个字母。
- 校验逻辑要放在
setter内部，例如：if (age 150) throw new IllegalArgumentException("age must be between 0 and 150"); - 避免在构造器里跳过校验，再在
setter补上——一致性比“少写一行”重要得多 - 注意：
final字段无法在setter中修改，这种字段适合只读场景，但需在构造时就完成校验
什么时候该用 protected 或包级私有
它们不是封装的“降级方案”，而是针对特定协作场景的显式设计选择。
立即学习“Java免费学习笔记（深入）”；
-
protected意味着“子类可以参与状态管理”，比如模板方法中留给子类重写的钩子方法，或需要子类协助初始化的字段 - 包级私有（不加修饰符）适用于“同一模块内协作”，比如
com.example.parser包里多个类共享解析逻辑，但对外完全隐藏细节 - 滥用
protected会让继承关系变得脆弱——父类字段一旦被子类直接读写，将来重构就容易 break 子类
真正难的不是写 private 和 getXXX()，而是判断哪些状态该暴露、以什么方式暴露、暴露到什么程度。一个字段是否该有 setter，往往取决于它在业务中是否允许被外部变更——而不是“反正先加上，以后再说”。
