子类直接赋值父类属性与调用super构造方法是否存在显著差异？

你给出的两种写法在简单场景下效果一致，但从Java设计原则、代码维护性等角度看，存在不少关键差异：

1. 封装性的差异 #

• 第一种写法子类直接操作父类的protected属性，相当于绕过了父类对自身属性的管控，破坏了封装原则。如果后续父类修改name的访问权限（比如改成private），或者给属性赋值增加校验逻辑（比如禁止空值），子类的代码会直接报错，或者无法遵守父类的规则。
• 第二种写法通过父类构造方法赋值，所有属性的初始化逻辑完全由父类掌控。比如父类可以在构造方法中添加校验：

  public Parent(String name) {
      if (name == null || name.isBlank()) {
          throw new IllegalArgumentException("名称不能为空");
      }
      this.name = name;
  }
  

  这样所有子类初始化name时都会自动遵守这个规则，避免子类随意赋值不符合要求的值。

2. 初始化时机与父类逻辑的兼容性 #

Java中子类构造时会优先执行父类的构造方法：

• 第一种写法里，父类默认无参构造先执行（什么都不做），子类构造方法再给name赋值。如果父类构造方法中有依赖name的逻辑（比如调用一个需要name的方法），会出现name未初始化的问题：

  public class Parent {
      protected String name;
      public Parent() {
          printName(); // 此时name为null
      }
      public void printName() {
          System.out.println(name);
      }
  }
  public class Child extends Parent {
      public Child() {
          this.name = "Child";
      }
  }
  // 执行new Child()会先打印null，再完成赋值
  

• 第二种写法里，子类直接调用父类带参构造，name在父类构造阶段就完成赋值，能保证父类构造中的逻辑可以拿到正确的name值：

  public class Parent {
      protected String name;
      public Parent(String name) {
          this.name = name;
          printName(); // 此时name已赋值为"Child"
      }
      public void printName() {
          System.out.println(name);
      }
  }
  public class Child extends Parent {
      public Child() {
          super("Child");
      }
  }
  // 执行new Child()会直接打印Child
  

3. 代码复用与可维护性 #

• 如果有多个子类需要初始化name，第二种写法只需要在父类统一维护赋值逻辑，子类只需传递参数即可。而第一种写法每个子类都要重复写this.name = xxx，后续修改赋值逻辑时，需要逐个修改所有子类的代码，维护成本极高。
• 若父类后续修改属性名（比如把name改成fullName），第二种写法只需修改父类构造方法的内部逻辑，子类无需改动；第一种写法则需要所有子类同步修改赋值代码，容易遗漏出错。

4. 对不可变属性的支持 #

如果父类的name是final属性，第一种写法完全无法使用——final属性必须在父类的构造方法或初始化块中完成赋值，子类不能直接修改。而第二种写法可以通过父类构造方法正常初始化final属性：

public class Parent {
    protected final String name;
    public Parent(String name) {
        this.name = name; // 合法的final属性初始化
    }
}
public class Child extends Parent {
    public Child() {
        super("Child");
    }
}

总结 #

在简单场景下两种写法效果相同，但从封装性、代码可维护性、初始化逻辑一致性等角度来看，通过父类带参构造+super()调用的方式更符合Java的设计规范，尤其在复杂项目中能有效减少后续的维护问题。

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