Java中不存在独立的“引用类型的构造方法”，关键在于继承关系中构造方法调用链的正确组织：每层构造器首行必须调用this()或super()，确保Object→父类→子类顺序初始化，且父类字段由父类构造器负责。
Java 中“引用类型的构造方法”本身并不是一个独立概念——所有类（包括引用类型）的构造方法都遵循统一规则。真正关键的是：**如何在引用类型参与的继承关系中，正确组织构造方法调用链**。这直接决定对象能否安全、完整地初始化。
构造方法调用链的本质
所谓“调用链”，是指创建对象时，从当前类出发，逐层向上调用父类构造方法，最终抵达 java.lang.Object 的过程。它不是语法糖，而是 JVM 强制执行的初始化协议。
- 每个构造方法第一句，必须是 this(...)（调本类其他构造器）或 super(...)（调父类构造器）
- 二者互斥，且只能出现一次，且必须在首行
- 若未显式写 super() 或 this()，编译器自动插入 super() —— 即尝试调用父类无参构造器
- 如果父类没有可访问的无参构造器，而子类又没写 super(参数)，编译直接失败
引用类型参与时的典型场景
当一个类（如 Student）继承自另一个引用类型（如 Person），而 Person 又可能继承自更上层类时，链就延伸了。关键不在“引用类型”本身，而在继承层级中的构造责任划分。
- 父类字段由父类构造器负责初始化：子类不能绕过父类构造器直接赋值，否则父类状态可能为空或不一致
- 子类只负责自身新增字段：例如 Student 的 studentId，应在 super(...) 之后设置
- 链式调用顺序固定：Object → Person → Student，每层构造器执行完自己的逻辑（含字段赋值、打印、校验等），再返回下一层
常见错误与规避方式
很多问题源于对链式依赖理解不足，而非语法错误。
- 父类只有带参构造器，子类忘了 super(...) → 编译报错 “Constructor Person() is undefined”
- 在 super(...) 前写了其他语句（如 this.age = 0） → 编译报错 “Call to super must be first statement”
- 误用 this() 和 super() 同时出现 → 编译不通过
- 认为 new Student() 会先执行 Student 本体再调父类 → 实际是先确保 Person 初始化完毕，Student 才开始执行后续代码
构造器引用（Constructor Reference）是另一回事
注意别混淆：“引用类型的构造方法”有时会被误读为 Java 8 的 构造器引用（如 Person::new）。它属于函数式编程范畴，用于替代 Lambda 创建对象，例如：
Function<String, Person> creator = Person::new; // 等价于 s -> new Person(s)
它不参与对象实例化时的初始化链，也不影响 this()/super() 规则，只是语法层面的简写工具。
