访问修饰符是设计意图的明确表达：private封装核心状态，protected精准开放继承接口，public严格限定稳定对外契约，default控制包内协作粒度。
访问修饰符不是装饰代码的标签，而是设计意图的明确表达。用对了，类的职责边界就清晰；用错了，封装就形同虚设，后续维护成本会指数级上升。
用 private 封装核心状态，杜绝外部随意修改
字段不加修饰符或直接 public，等于把对象内部结构完全暴露。真实项目中，90% 的数据一致性问题都源于字段被意外篡改。
- 所有业务相关的属性，优先声明为 private
- 需要对外提供读写能力时，再按需添加 getter/setter，并在 setter 中加入校验逻辑（比如年龄不能为负、邮箱格式需匹配）
- 如果某个字段只读，就只提供 getter，不写 setter；如果连读都不该暴露，连 getter 都不加
用 protected 精准开放继承接口，避免 default 或 public 泛滥
protected 不是“半公开”，而是“留给子类扩展用的契约”。它比 default 更具设计主动性，比 public 更安全。
- 当父类有意支持继承且希望子类能复用或重写某方法时，才用 protected
- 不要因为“怕子类调不到”就盲目把方法设为 protected；先问：这个行为是否属于子类应参与的扩展点？
- 同一包内非子类的类，不应依赖 protected 成员——那是设计信号错乱的表现
用 public 严格限定对外契约，只暴露稳定接口
public 是最重的承诺。一旦发布，就几乎无法收缩。它不该是“默认选项”，而应是经过权衡后的主动选择。
- 类本身设为 public，仅当它作为模块对外提供的服务入口（如工具类、DTO、Service 接口）
- 方法设为 public，必须满足：被其他包的类调用是合理且长期稳定的场景
- 宁可初期多写几个 package-private 类或方法，也不要过早 public —— 后续想收窄权限，会破坏所有调用方
用 default（无修饰符）控制包内协作粒度
default 访问是 Java 包级封装的基石。它让“一个包 = 一个内聚单元”的设计真正落地。
- 工具类、辅助类、包内专用的数据结构，适合用 default 修饰，既便于包内复用，又天然隔离外部干扰
- 配合合理的包命名（如 com.example.order.infra），default 成员就成了清晰的“基础设施可见域”
- 当发现多个类频繁跨包调用彼此的 default 成员，说明包划分可能不合理，该重构包结构了
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
