java中，子类构造器可通过super()调用父类构造器来初始化继承自父类的成员变量；但若父类字段为private或未被正确初始化，则直接赋值无效，且构造过程中的多态调用可能导致意外行为。
在Java面向对象编程中，一个常见误区是认为“子类构造器能直接修改父类中已声明的变量值”。实际上，子类构造器本身不能直接更新父类中定义的变量值——除非通过显式调用父类构造器（super(...)）或在子类构造逻辑中对继承的非private字段进行赋值。
关键在于理解Java对象的初始化顺序和访问控制机制：
构造器不“属于”某个变量，而是属于某个类：B(4) 是类 B 的构造器，它不会自动作用于类型为 A 的引用变量（如 A var1 = new B(4);）。此处 var1 是父类类型引用，指向子类 B 实例，但其字段初始化完全由 B 类自身的构造流程决定。
-
字段初始化依赖于构造器链：若 B 的构造器未显式调用 super(value)，则默认调用 A()（无参构造器）。此时若 A 中 value 初始化为 3（如 int value = 3;），而 B 构造器中又执行了 this.value = 4;（前提是 value 在 A 中是 protected 或 package-private），那么该字段才会被更新。但如果 A.value 是 private，子类无法直接访问，必须通过 super.setValue(4) 等受保护方法实现。
立即学习“Java免费学习笔记（深入）”；
JavaStoryDevelop下载你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
警惕构造期间的多态陷阱：若父类构造器中调用了被子类重写的方法（例如 init()），而该方法访问了子类尚未初始化的字段，将导致未定义行为——这正是提问者观察到输出为 10 而非预期 11 的根本原因（常见于字段初始化顺序与方法调用时机错位）。
示例代码说明：
class A {
protected int value = 3; // 可被子类直接访问
public A() {
System.out.println("A(): value = " + value);
}
public A(int v) {
this.value = v;
System.out.println("A(int): value = " + value);
}
}
class B extends A {
public B(int v) {
super(v); // ✅ 显式调用父类带参构造器，使 value = 4
// 若此处写成：this.value = 4; 也有效（因 value 是 protected）
System.out.println("B(int): value = " + value);
}
}
// 测试
public class Test {
public static void main(String[] args) {
A var1 = new B(4); // 输出：A(int): value = 4 → B(int): value = 4
System.out.println(var1.value); // 输出：4
}
}⚠️ 注意事项：
- 若省略 super(v)，且 A 无显式无参构造器，编译报错；
- 若 A.value 为 private，B 中 this.value = 4 将编译失败，需改用 super.setValue(4)（前提 A 提供相应方法）；
- 避免在父类构造器中调用可被重写的方法，防止子类字段处于未初始化状态时被访问。
总结：子类构造器可以影响父类变量的最终值，但必须通过合规的继承机制（如 super() 调用、合法字段访问或setter方法），而非“自动更新”。理解构造器链、字段作用域与初始化时序，是写出可靠继承逻辑的基础。
