java子类虽不能直接访问父类的private字段，但这些字段仍会作为实例成员存在于子类对象中，通过继承机制隐式拥有；访问需依赖父类提供的public/protected方法，而非直接引用。
java子类虽不能直接访问父类的private字段，但这些字段仍会作为实例成员存在于子类对象中，通过继承机制隐式拥有；访问需依赖父类提供的public/protected方法，而非直接引用。
在Java面向对象编程中，一个常见误解是：“private字段无法被子类继承”或“子类对象不包含父类的private字段”。实际上，继承的本质是子类实例完整拥有父类定义的所有非静态字段（包括private），只是访问权限受封装机制限制。这正是你观察到Student s = new Student("Logi", "Camera", 21)输出中出现firstName: LogiStudent和age: 21的根本原因——s对象内部确实存储着firstName、lastName和age三个字段，其中firstName和age虽为private，但仍被构造器通过super(...)初始化并驻留在堆内存中。
字段存在性 ≠ 可访问性
private修饰符约束的是代码可见性（compile-time accessibility），而非内存布局（runtime memory layout）。以你的代码为例：
public class Parent {
private String firstName; // ✅ 存在于每个Parent及Student实例中
public String lastName; // ✅ 同上，且可被Student直接访问
private int age; // ✅ 同上，但Student类内不可直接写 `this.age = 25;`
public Parent(String firstName, String lastName, int age) {
this.firstName = firstName; // ✅ 父类构造器内部合法访问
this.lastName = lastName;
this.age = age;
}
public String getFN() { return firstName; } // ✅ 提供受控访问入口
}当Student调用super(firstName, lastName, age)时，父类构造器执行，将参数值写入当前对象（即Student实例）所拥有的firstName和age字段中。这些字段物理上属于该Student对象，只是Student.java源文件中的任何代码都无法直接读写它们——这是编译器强制的封装规则。
验证字段实际存在：通过反射（仅用于理解，非生产推荐）
// 在Student.main()中添加（需import java.lang.reflect.Field）
Field firstNameField = Parent.class.getDeclaredField("firstName");
firstNameField.setAccessible(true); // 绕过访问检查（仅演示！）
System.out.println("Student's firstName via reflection: " +
firstNameField.get(s)); // 输出 "LogiStudent"此代码证明：s对象确有firstName字段，且值为"LogiStudent"。但请注意：反射破坏封装，应避免在业务逻辑中使用。
立即学习“Java免费学习笔记（深入）”；
正确访问模式：遵循封装原则
- ✅ 读取：调用父类提供的public/protected getter方法（如getFN()）
- ✅ 修改：若父类提供public void setFirstName(String fn)，则子类可安全调用
- ❌ 禁止：在Student类中直接写 this.firstName = "New"; 或 System.out.println(this.age);
关键总结
- 继承是状态（字段）与行为（方法）的复用，private字段的“私有性”仅作用于访问语法层面，不影响其在子类实例中的存在；
- toString()能打印firstName和age，是因为该方法在Parent类中定义，具有访问自身private字段的权限，子类调用它属于合法的间接访问；
- 设计父类时，应主动提供必要的getter/setter，而非依赖子类“绕过”private——这既是API契约，也是可维护性的基石。
理解这一机制，有助于写出更符合OOP原则、更健壮的继承结构。
