this在构造器中过早使用（如super()前调用实例方法或访问字段）会报错，因父类构造器必须先执行；this(...)调用本类其他构造器必须为首行且唯一；静态上下文中不可用this。
为什么 this 有时编译报错：cannot reference this before supertype constructor is called
这是在构造方法里过早使用 this（比如调用实例方法、访问实例字段）导致的。Java 要求父类构造器必须在子类构造器第一行执行完毕，而 this 指向的是尚未完成初始化的对象。
- 常见错误：在构造器首行
super()之前写this.doSomething()或System.out.println(this.value) - 正确做法：所有对
this的显式使用（包括方法调用、字段访问），必须出现在super(...)或this(...)调用之后 - 注意：静态上下文（如静态方法、静态代码块）中根本不能用
this，编译直接拒绝
this 在构造器重载中的实际用法和限制
用 this(...) 可以在一个构造器里调用本类另一个构造器，但必须是第一行语句，且只能出现一次。
- 典型场景：避免重复初始化逻辑，比如把多个构造器共用的参数校验、对象赋值统一到一个全参构造器里
- 错误示范：
this(1); System.out.println("hello"); this(2);—— 多次调用或不在首行都会编译失败 - 不能循环调用：
A() { this(); }和A(int x) { this(); }互调会报错 - 参数类型差异会影响重载匹配，比如
this(5)可能意外匹配到A(long x)而非A(int x)，建议显式强转或重命名参数避免歧义
区分局部变量和成员变量时，this.fieldName 是最安全的写法
当方法参数名或局部变量名和成员变量同名时，不加 this. 容易误读甚至引入 bug，尤其在 setter 或构造器中。
- 例如：
public void setName(String name) { name = name; }实际没赋值给成员变量，必须写成this.name = name; - IDE 自动生成的 getter/setter 默认都带
this.，不是风格偏好，是语义必需 - 性能无影响：JVM 编译后
this.name和裸name（在无歧义时）生成的字节码完全一致 - 例外：Lombok 的
@Setter会自动处理，此时手写this.反而多余
什么时候不该用 this？—— 隐式调用已足够，硬加反而干扰阅读
在无歧义的普通方法调用或字段访问中，this 是可省略的冗余语法，强行加上会降低代码可读性。
- 比如：
public void process() { this.doStep1(); this.doStep2(); }中的this.完全没必要 - 链式调用中过度使用更明显：
this.setData(x).this.setFlag(true).this.save()—— 正常就写setData(x).setFlag(true).save() - 单元测试里常见误用：
assertEquals(expected, this.getResult())，其实getResult()已明确是当前实例方法 - 唯一需要坚持显式写的，只有构造器参数赋值、内部类访问外层实例、以及 Lambda 中明确捕获当前对象引用的极少数情况
this(...) 的位置约束和静态上下文中对 this 的彻底禁用——这两个地方一错就编译不过，但错误信息未必直指根源。Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
