在构造方法中必须用 this() 调用其他构造方法以复用初始化逻辑，它必须是首条语句且仅一次；this 在实例方法中仅当参数与成员变量同名时才需显式写出；构造中传递 this 易致未完成状态暴露、内存泄漏或线程安全问题。
为什么在构造方法里要用 this() 调用另一个构造方法
当一个类有多个构造方法，且它们存在公共初始化逻辑时，直接复制代码会导致维护困难。Java 不允许构造方法互相用 new 调用，必须用 this()——它必须是构造方法的第一条语句，且只能出现一次。
-
this()是编译期检查的语法糖，本质是让 JVM 复用同一对象的构造流程，不是创建新对象 - 如果写成
this(...)但参数类型不匹配，报错是constructor Xxx(...) is undefined，不是空指针 - 不能在静态上下文（如静态方法、静态块）中使用
this()，会直接编译失败
this 在实例方法里什么时候必须显式写出
仅当局部变量或参数名与成员变量同名时，this.fieldName 才是必要手段。否则编译器默认优先访问成员变量，无需加 this。
- 比如
public void setName(String name) { this.name = name; }—— 这里不写this.就变成给参数赋值给自己，毫无意义 - IDE 自动生成的 getter/setter 默认都带
this.，但纯读取操作如return this.name;中的this.完全冗余 - 链式调用场景下，
return this;是常见写法，此时this是返回当前对象引用，不可省略
把 this 传给其他方法或对象会有什么风险
把 this 传出去，等于把当前对象的“未完成状态”暴露给外部，尤其在构造过程中极易引发内存泄漏或并发问题。
- 在构造方法里调用
addListener(this)或启动线程并传入this，可能导致子类字段还未初始化就被回调访问 - 若接收方长期持有该引用（比如注册进全局监听器列表），而对象本应被回收，就会造成内存泄漏
- 多线程环境下，若其他线程通过该
this引用调用非同步方法，可能破坏对象内部状态一致性
为什么匿名内部类里能直接访问外部类的 this，但不能直接写 this
匿名内部类没有自己的类名，所以 this 指向的是它自身实例；要访问外部类实例，必须用 OuterClassName.this 显式限定。
立即学习“Java免费学习笔记（深入）”；
- 例如外部类叫
Service，内部类里写Service.this.doWork()才能调用外部类方法 - 如果外部类和内部类有同名字段，不加限定的
field默认解析为内部类自己的字段，而非外部类的 - Lambda 表达式不同：它不构成独立类，因此没有自己的
this，直接写this始终指向外部类实例
this 语法本身，而是对“对象生命周期边界”的误判——尤其在构造中传递 this、跨线程共享 this、或在 finalize/record 类中滥用 this 引用。 
