Java构造器中用已赋值变量初始化其他成员变量的实现方法

你遇到的b为null的问题，本质是Java语言规则共同作用的结果：

• 构造器执行时，所有实例字段会先被初始化为默认值（引用类型为null），只有执行到对应赋值语句时才会被赋予业务值
• 当你在构造器里调用实例方法计算b的值时，如果方法是非private、非final修饰的，就存在被子类重写的可能，触发多态逻辑：实际执行的是子类重写的方法，而此时子类的字段还没完成初始化，方法返回的就是null，最终赋给实例字段b
• 哪怕没有继承场景，代码里裸写的b没有显式加this前缀，后续如果有人在构造器里新增同名局部变量/参数，编译器会优先解析局部作用域的b，也会出现意外的null值

方案1：用局部变量承接中间计算值（最推荐） #

完全绕开“先赋值实例字段再读回字段做计算”的耦合逻辑，所有链式计算都用栈上的局部变量完成，最后统一给实例字段赋值，从根源上避免null问题：

public Constructor(String a){
    // 用局部变量接住每一步的计算结果，不提前写实例字段
    String bValue = getB(a);
    String cValue = getC(a, bValue);
    // 最后统一给所有实例字段赋值
    this.a = a;
    this.b = bValue;
    this.c = cValue;
}

这种写法不管有没有继承、有没有后续的代码改动，都不会出现引用错值的问题，因为局部变量的作用域完全可控，不存在多态初始化顺序的坑。

方案2：明确字段引用，阻断多态影响 #

如果一定要保持“边计算边赋值实例字段”的写法，需要做两个调整：

• 所有计算方法加上private或者final修饰，禁止子类重写，从根源上消除多态带来的初始化顺序问题
• 所有引用当前类实例字段的地方，显式加this前缀，明确告诉编译器引用的是当前对象的字段，不会被局部作用域的同名变量干扰
  调整后的代码示例：

public Constructor(String a){
    this.a = a;
    this.b = getB(a);
    // 显式加this引用字段，避免解析歧义
    this.c = getC(a, this.b);
}

// 用private修饰，禁止子类重写
private String getB(String a){
    return a.trim();
}

private String getC(String a, String b){
    return a + b;
}

方案3：抽离统一初始化方法 #

如果构造逻辑比较复杂，可以把所有字段计算的逻辑抽到一个私有的初始化方法里，构造器只负责调用这个方法，代码结构更清晰，也能避免构造器里的多态问题：

public Constructor(String a) {
    // 构造器只调用私有初始化方法
    initConstructor(a);
}

private void initConstructor(String a) {
    String b = getB(a);
    String c = getC(a, b);
    this.a = a;
    this.b = b;
    this.c = c;
}

• 永远不要在构造器里调用非final、非private的实例方法，因为此时子类的实例还没完成初始化，方法执行时读到的所有子类字段都是默认值（null/0/false），极容易出现空指针或者计算错误
• 实例字段的引用尽量显式加this前缀，不要依赖编译器的自动解析，减少因为作用域变化带来的隐性bug
• 链式计算的中间值不要立刻赋值给实例字段，先用局部变量承接，等所有计算完成后再统一赋值，能减少一半以上的初始化顺序类bug

内容的提问来源于stack exchange，提问作者ProjH