为什么在构造方法里要写 this.name = name
因为不写的话，name = name 实际是把参数赋给自己，成员变量根本没被初始化。Java 不会自动帮你区分同名的局部变量和成员变量，得靠 this 显式指代当前对象的成员。
常见错误现象：System.out.println(obj.getName()) 打印出 null 或默认值，但明明传了参数——大概率是忘了加 this。
- 只在成员变量和形参/局部变量重名时才必须用
this；不重名时可省略（但有些团队规范强制写） -
this只能出现在非静态方法或构造方法中；在static方法里用会编译报错：non-static variable this cannot be referenced from a static context - 如果参数名刻意避开成员变量名（比如叫
nameParam），那就不需要this，但可读性反而下降
this() 调用其他构造方法的限制
this() 是构造方法之间的跳转，不是普通函数调用。它必须是构造方法里的第一条语句，且只能出现一次。
使用场景：多个构造方法逻辑高度重复，比如一个带全参数，另一个只传部分，剩下用默认值补足。
立即学习“Java免费学习笔记（深入）”；
- 不能在普通方法里写
this()，会编译失败：call to this must be first statement in constructor - 不能和
super()同时存在——二者都得是第一行，冲突了 - 链式调用允许，比如
A() → this(1) → this(1, "x")，但环路会编译报错
什么时候不该用 this——性能与可读性陷阱
this 本身没有运行时开销，JVM 会优化掉，但滥用会让代码变啰嗦、分散注意力。
容易踩的坑：在 getter/setter 里无意义地加 this，比如 return this.value;，其实 return value; 更干净。
- 在 IDE 自动生成的代码里（如 Lombok 的
@Data），this几乎不会出现，也不该手动加 - lambda 表达式里访问外部
this是安全的，但要注意：如果 lambda 捕获的是内部类实例，this指向的是那个内部类，不是外围类 - Android 开发中，在
Activity的匿名回调里写this，容易引发内存泄漏——这时应该用WeakReference或者显式写MyActivity.this
IDE 提示和编译器行为差异
IntelliJ 默认会警告“冗余的 this”，Eclipse 则更宽容。但警告不是错误，是否启用取决于团队规范。
关键点在于：编译器只检查语法合法性，不判断“是否必要”；而 IDE 的提示是基于上下文推断的可读性建议。
- 开启
Inspection: 'this' qualifier can be removed后，this.field在无歧义时会标灰 - Gradle 编译不报错，但 Checkstyle 或 PMD 可能按规则拒绝提交（比如要求所有字段访问必须带
this） - 注意 Java 版本无关——从 Java 1 到 21，
this的语义完全一致，没有兼容性问题
