父类的 private 成员子类完全不可见且不继承，因编译器严格隔离其作用域；子类须通过 protected/public 的 getter/setter 或方法间接访问。
在 Java 继承中，父类的 private 成员（字段或方法）对子类完全不可见，子类既不能直接访问，也不能继承这些成员。这不是访问权限“降低”的问题，而是编译器层面的严格隔离——private 成员不会出现在子类的继承结构中。
为什么子类无法访问父类 private 成员？
Java 的 private 修饰符表示该成员仅对该类自身可见，作用域严格限定在声明它的类内部。即使子类与父类处于同一包中，或使用了 public 或 protected 继承关系，private 成员也不会被纳入子类的可访问符号表。
- 编译器在编译子类时，根本“看不到”父类的
private成员，因此任何直接引用（如super.field或this.method()）都会导致编译错误。 - 运行时也不存在“绕过访问控制”的可能——JVM 字节码验证阶段会拒绝非法访问，不是靠运行时检查拦截。
- 子类中声明同名字段或方法，属于全新定义，与父类
private成员无任何关系（不构成隐藏或重写）。
如何安全地让子类使用父类的私有数据？
若父类需向子类提供受控访问，应通过 protected 或 public 的“桥梁”成员来间接暴露：
- 在父类中提供
protected的 getter/setter 方法（例如protected int getValue() { return this.value; }），子类可调用这些方法读写私有字段。 - 将关键逻辑封装在
protected方法中，供子类复用或扩展，同时保持内部状态（如缓存、计数器）为private。 - 避免将字段设为
public或protected直接暴露——这破坏封装性，使子类过度依赖实现细节。
常见误解澄清
以下说法是错误的：
立即学习“Java免费学习笔记（深入）”；
- “子类继承了父类的
private成员，只是不能访问” —— 错。继承的是public、protected和默认（包级）成员（满足包条件时），private不参与继承过程。 - “用反射可以访问，所以本质上还是‘存在’的” —— 反射突破的是运行时访问控制检查，但不改变语言规范中的继承语义；正常编码中必须按访问修饰符规则设计，不能依赖反射。
- “子类构造器里能通过
super()访问父类私有字段” ——super()仅调用父类构造方法，不提供对私有字段的访问能力。
理解 private 的不可继承性，是写出高内聚、低耦合继承体系的基础。封装不是限制，而是明确责任边界——父类管好自己的状态，子类通过约定接口协作。
