Java访问修饰符选择应遵循“从private开始，按需放宽”原则：private隐藏实现细节，default支持包内协作，protected预留受控扩展，public定义稳定契约。
Java访问修饰符的选择，核心是根据“谁需要访问”和“谁不该访问”来决定封装边界。不是越私有越好，也不是越公开越方便，而是让类的内部实现细节尽可能隐藏，只暴露必要的接口。
private：严格保护成员变量和内部方法
用于字段、构造器、普通方法或内部类，表示仅在本类内可访问。这是封装的基石——外部无法直接修改对象状态，必须通过公共方法间接操作。
- 所有字段（尤其是可变状态）优先设为 private
- 辅助性方法（如 validateInput()、formatString()）若仅被本类调用，也应 private
- 避免为“以后可能用到”而提前开放访问，先封住，再按需放开
default（包级私有）：模块内协作的自然边界
不写任何修饰符时生效，同一包下的类可访问。适合构建内聚的包结构，比如工具类、实体类、DAO 实现等共处一包时，用 default 允许它们高效协作，又不对外暴露。
- 包内工具方法（如 StringUtils、DateUtils 中的静态辅助方法）常设为 default
- 测试类（在 test 目录同名包下）能访问 default 成员，便于白盒测试
- 比 public 更安全，比 private 更灵活，是“有限信任”的好选择
protected：留给子类的受控扩展点
允许本类、同包类、不同包的子类访问。它不是为了“让别人继承”，而是明确声明：“这个成员是设计为可被继承重写的”。慎用，因为一旦设为 protected，就等于承诺了该 API 的稳定性。
- 模板方法模式中的钩子方法（如 TemplateMethod#beforeExecute()）适合 protected
- 希望子类能复用但不希望外部任意调用的计算逻辑，可设为 protected
- 不要只为“方便测试”而设为 protected；测试应走 public 接口，或用反射（仅限不得已）
public：对外契约，务必稳定且语义清晰
整个应用或模块的入口点，比如 Service 接口、Controller 方法、工具类的主方法。public 意味着你向调用方做出承诺：这个方法存在、行为确定、不会轻易删除或改签名。
- 接口（interface）中的方法默认 public，实现类对应方法也必须 public
- POJO 的 getter/setter 通常 public，但 setter 可考虑用 builder 或不可变模式替代
- 避免 public 字段（除非是 s
tatic final 常量），永远用 public 方法封装访问逻辑
封装不是锁死一切，而是建立清晰的责任边界。从 private 开始，按需逐步放宽，每提升一级都要问一句：这个可见性是否真的必要？有没有更小的暴露面可以满足需求？
