this是唯一可靠区分成员变量与同名参数/局部变量的方式，因Java按作用域就近匹配，无this则成员变量被遮蔽；静态上下文中不可用this。
必须用 this，否则赋值无效——这是 Java 编译器的就近原则决定的，不是风格问题，是逻辑正确性的底线。
为什么 this 是唯一可靠区分方式
Java 在方法内查找变量时，严格按“作用域就近”匹配：形参、局部变量优先于成员变量。一旦同名，成员变量就被遮蔽（shadowed），不加 this 就根本访问不到它。
-
this.name = name：左边是堆里的成员变量，右边是栈里的参数 -
name = name：等价于name = name，只是把参数自己赋给自己，成员变量没变 - IDE 的颜色高亮只是提示，不改变运行时行为；编译器只认
this.前缀
this 只在有命名冲突时才强制需要
不是所有地方都要写 this，滥用反而干扰可读性。判断依据只有一个：当前作用域是否存在同名的局部变量或参数。
- 构造器中参数叫
id，成员变量也叫id→ 必须写this.id = id - setter 方法参数叫
userName，成员变量叫name→ 直接写name = userName，this.name多余 - 方法里定义了
String name = "temp"，同时类里有private String name→ 此时必须用this.name才能指成员变量
静态方法里写 this 会直接编译失败
this 代表当前对象实例，而静态上下文（static 方法、静态代码块、静态内部类）不依附于任何实例。只要出现，javac 就报错：
error: cannot use this in a static context
- 常见误写：
public static void print() { System.out.println(this.name); } - 替代方案：要么改成实例方法，要么传入对象引用（如
print(Person p)） - 静态内部类中也不能用
this访问外部类实例成员，只能通过显式持有的引用
最容易被忽略的是：哪怕只有一处没加 this，那个成员变量就始终是默认值（null、0、false），但程序不会报错、也不会抛异常，只会静默出错——查 bug 时得逐行核对所有同名赋值点。
