this()必须位于构造器首行，因其本质是jvm初始化路径的跳转指令，用于重定向对象构造流程，确保final字段唯一赋值、避免未初始化访问，并与super()互斥以维护初始化起点唯一性。
因为 this() 不是普通方法调用，而是告诉 JVM：“别执行我这里的逻辑了，立刻跳去另一个构造器初始化对象”。这个“跳转指令”必须在任何字段操作、变量声明或业务代码之前就发出，否则对象状态可能混乱、final 字段会被重复赋值、编译器也无法静态判断初始化路径是否安全。
本质是初始化路径的“开关”，不是普通函数调用
this() 的作用不是执行一段代码，而是重定向整个对象的初始化流程。就像进门时必须先选好走哪条通道，不能先在大厅里倒杯水、接个电话，再决定从哪个门进。JVM 要求：对象内存刚分配完、所有字段还是默认值（null/0/false）时，就得立刻确定走哪条构造链——this() 就是那个“立刻决定”的指令。
- 它一执行，当前构造器剩余代码全部跳过，控制权直接交给目标构造器
- 如果允许它后面还有语句，那些语句就可能访问未初始化的字段，比如打印 this.name，但 name 还是 null
- 编译器靠 this() 是否首行，来静态确认：这条链最终会不会落到某个 super() 上，有没有循环调用风险
防止 final 字段被意外覆盖
final 字段只能赋值一次。如果允许先写 this.name = "A"; 再写 this("B");，那么被调用的另一个构造器很可能又执行 this.name = "B";——这就违反了 final 的语义。强制 this() 在首行，等于把 final 字段的唯一赋值权，完全交给最终抵达的那个构造器。
- 谁最后真正执行字段赋值，谁就负责 final 字段的初始化
- 前置语句哪怕只是 String tmp = "x";，也会让编译器无法保证 this() 调用前没动过 final 字段
- 这不是运行时检查，是编译期就封死的可能性
和 super() 共享同一套“入口锁定”规则
this() 和 super() 都在争夺构造器的“第一句话”位置，因为它们都代表初始化的起点：一个是委托本类其他构造器，一个是委托父类构造器。JVM 只允许一个起点，二者互斥且必须首行。
- 写了 this("a")，说明你把初始化任务交给了另一个构造器；那个构造器内部会处理 super()
- 写了 super()，说明你亲自启动父类初始化；不能再写 this()，否则就是两条起点同时存在
- 哪怕只加一行 System.out.println("start");，编译器就报错：“Constructor call must be the first statement”
想做预处理？用静态方法包装参数
如果需要校验或转换参数再传给 this()，不能把逻辑写在 this() 前面，而应把它提前到参数表达式里：
- ✅ 正确：this(Objects.requireNonNull(name, "name 不能为空"), Math.max(age, 0));
- ✅ 正确：this(normalizeName(name), parseAge(input));（其中 normalizeName、parseAge 是 static 方法）
- ❌ 错误：if (name == null) throw new IllegalArgumentException(); this(name, age);
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
