private的核心作用是划出编译期强制访问边界：仅限声明它的类（含其内部类）访问，跨类直接访问立即报错，确保封装性与状态一致性。
private 不是“锁住变量”，而是划出访问边界
它不阻止你读写数据，而是让编译器在编译期就拒绝任何跨类的直接访问。只要代码里出现 obj.privateField 或 new OtherClass().privateMethod()，Javac 就会报错：error: privateField has private access in ClassA。这种检查发生在运行前，不是靠约定或文档约束，是强制性的语言机制。
常见错误现象包括：子类试图用 super.privateField 访问父类字段、测试类中直接 new 出对象后点出 private 方法、IDE 自动补全显示了 private 成员但实际编译失败。
- private 字段/方法只能被**声明它的那个 .java 文件中的同一个顶层类**（含其内部类）访问
- 即使两个类名字一样、包路径一样，只要不是同一个 class 定义，就不算“本类”
- 反射可以绕过 private 限制，但那是运行时行为，和访问修饰符的设计目标无关——private 针对的是常规编码场景的静态约束
为什么不让子类访问父类的 private 成员
这不是 Java 的疏漏，而是封装原则的体现：子类继承的是“可扩展的行为契约”，不是“父类怎么存数据”。如果子类能直接读写父类 private 字段，那父类就无法控制自己的状态一致性。比如 Person 类把 age 设为 private，并在 setAge() 里加了校验逻辑；一旦子类绕过该方法直接赋值，age = -5 就成了合法操作。
实际场景中，这种设计让重构更安全——你可以把一个 private 字段从 int 换成 LocalDateTime，只要 public 方法签名不变，所有调用方完全不受影响。
- 子类能访问的是 protected / public 成员，它们才是“有意暴露给继承体系的接口”
- private 成员哪怕被子类“同名覆盖”，也完全不构成重写（override），只是两个独立的字段
- IDE 显示“inherited from Parent”对 private 成员是误导性提示，应忽略
private 方法到底该放什么逻辑
它适合封装那些“只服务于本类其他方法、且不希望被误调用”的实现细节。比如一个解析 JSON 的类，parseObject() 和 parseArray() 都要跳过空白字符，那就把跳过逻辑抽成 private skipWhitespace() —— 外部不需要知道、也不该手动触发这个动作。
容易踩的坑是把本该 public 的工具方法设成 private，结果后期被迫反复复制粘贴；或者反过来，把本该 private 的校验逻辑暴露成 public，导致调用方绕过主流程直接调用底层方法，破坏状态一致性。
- private 方法不能被子类重写，也不能被 Mockito 等框架 mock（除非用 PowerMock 等侵入式方案）
- 如果某个 private 方法越来越长、参数越来越多，往往说明它其实承担了多个职责，该拆
- 构造器也可以是 private，典型用于单例或工厂模式，禁止外部 new 实例
private 在不同语言里的行为差异很小，但语义重点不同
Java、C#、C++ 都用 private 表示“仅限本类”，但 C++ 默认成员就是 private，而 Java 默认是 package-private；C# 还有 private protected 这种组合修饰符，Java 没有对应物。
真正容易被忽略的是：private 不提供线程安全、不加密、不防反射、不阻止序列化（ObjectOutputStream 仍会写出 private 字段）。它只做一件事——告诉编译器：“这里不是 API，别让别的类碰。”
如果你发现某个 private 字段被大量 getter/setter 包裹，又没做任何校验或转换，那很可能这个字段本就不该是 private，或者该用 record / sealed class 重新建模。
