Java中public、private、protected和default（包访问权限）的访问范围依次由宽到窄：public对所有类可见；private仅本类可见；protected对同包类及所有子类可见；default（不写修饰符）仅限同包内可见。
public 和 private 不是“用不用”的选择，而是“必须明确声明”的设计决策——不写默认是 package-private，不是 private。
为什么加了 private 还能被同一个类里调用？
private 限制的是「访问位置」，不是「调用关系」。只要代码写在同一个 class 的花括号内，就能直接读写它的 private 字段或调用它的 private 方法。
- 常见错误：以为 private 方法不能被本类其他方法调用 → 实际上完全可以，这是它最典型的用法
- 典型场景：把重复逻辑抽成
private void validateInput()，只供本类的 public 方法内部调用 - 注意点：子类无法继承
private成员，哪怕签名完全一样，也是两个独立的东西
public 方法被误设成 private 后会出什么错？
最直接的表现是编译失败，错误信息类似：error: cannot find symbol 或 error: method xxx() is not public，尤其发生在测试类、框架回调（如 Spring Bean 初始化）、或单元测试中。
- Spring 中
@PostConstruct标记的方法如果设为private，启动时抛IllegalStateException，因为反射调用失败 - JUnit 5 要求测试方法是
public，设成private直接不识别，静默跳过 - 工具类（如
StringUtils）若把核心方法设为private，外部根本没法用——这不是封装，是锁死
什么时候该用 package-private（不写修饰符）而不是 private？
package-private 是 Java 默认行为，它比 private 宽松、比 public 严格，适合模块内协作但不对外暴露的实现细节。
立即学习“Java免费学习笔记（深入）”；
- 常见误用：为了“省事”不写任何修饰符，结果让同包下所有类都能随意访问内部状态
- 合理用法：一个包内多个类协同完成某件事，比如
Parser类依赖TokenReader，后者只在本包使用，就用 package-private - 性能无关：访问控制是编译期检查，运行时无额外开销；别因为“怕影响性能”而降级为 package-private
- 注意兼容性：一旦发布为 package-private，后续升级成
public是二进制兼容的，但反过来会破坏已有调用
真正难的不是语法，是判断“谁应该看到这个东西”。private 意味着“彻底不信任外部”，public 意味着“承诺长期维护接口”，中间那层 package-private 往往才是最容易被想当然忽略的边界。
