访问修饰符是java封装的强制性控制机制，通过private、protected、default、public划定访问边界；private保障数据安全，public提供受控接口，protected和default平衡继承与协作；getter/setter需嵌入业务逻辑，修饰符滥用或放宽即破坏封装契约。
访问修饰符是实现封装性的技术基础，没有访问修饰符，Java 中的封装就无法落地。
访问修饰符就是封装的“控制开关”
封装的本质是限制外部对类内部数据和行为的随意访问，而 Java 正是靠 private、protected、default（包级）、public 这四种修饰符来划定访问边界。它们不是可选的语法糖，而是编译器强制执行的访问规则——越严格的修饰符，越能守住封装的底线。
- private 是封装的起点：成员变量几乎都该用它，确保数据不被外部直接读写
- public 是封装的出口：只用于精心设计的 getter/setter 或业务方法，代表“允许你这么用”
- protected 和 default 则在继承与协作场景中平衡开放与保护，避免把 private 的严苛变成子类或同包协作的障碍
封装性不等于“全用 private”
真正体现封装水平的，不是堆砌 private，而是根据职责划分暴露程度。比如：
- 一个表示银行账户的类，余额字段必须是 private，但取款方法可以是 public，且内部自带金额校验逻辑
- 父类中供子类扩展的校验逻辑，用 protected 比 public 更合理——既支持继承复用，又防止无关类调用
- 工具类中包内共享的辅助方法，用 default 而非 public，能自然形成模块边界
getter/setter 是封装的“守门人”，不是摆设
仅把字段设为 private 还不够；如果不提供 getter/setter，外部就完全无法交互；如果提供了却没加逻辑，那封装就形同虚设。
- setter 里可以做参数校验（如年龄不能为负）、触发状态同步、记录修改日志
- getter 可以返回副本（防外部篡改不可变对象）、延迟计算、统一格式化输出
- 有些字段只需读（只提供 getter），有些只需写（只提供 setter），甚至有些完全不可变（只声明 private final，不提供任何 setter）
违反访问修饰符 = 破坏封装契约
Java 编译器会在编译期就拦截越权访问，比如子类试图访问父类的 private 方法、跨包类调用 default 成员——这不是运行时错误，而是设计层面的拒绝。
- 这种强制性让封装从“约定”变成“契约”，比 TypeScript 等语言的 private 更可靠
- 一旦放宽修饰符（比如把本该 private 的字段改成 public），就等于主动拆掉围墙，后续任何修改都可能牵连大量外部代码
- 重构时最安全的方式，就是先收紧访问权限（如从 public 改为 private），再通过方法间接暴露能力
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
