必须用 this.name = name 来避免参数遮蔽成员变量，否则 name = name 仅对参数赋值，成员变量保持默认值；this 只能在非静态上下文中使用。
在 Java 中，当构造方法或 setter 方法的参数名与成员变量同名时，this 是唯一能确保赋值生效的关键字。不加 this，代码看似正常，实则成员变量始终未被修改——这是静默错误，运行时不报错，但逻辑已失效。
为什么必须用 this.name = name？
Java 按“作用域就近”查找变量：形参和局部变量优先于成员变量。一旦同名，成员变量就被遮蔽（shadowed），直接写 name = name 实际是参数给自己赋值，成员变量仍是默认值（null、0 或 false）。
- 编译器不会报错，IDE 可能仅提示“冗余赋值”，但逻辑已断裂
- 常见现象：调用
new Person("Tom")后，person.getName()返回null -
this.name明确指向堆中当前对象的字段，右侧name自动解析为栈中参数
构造方法中的标准写法
这是最典型、最易出错的场景。所有同名初始化都必须显式使用 this：
- 参数名与字段名一致时：
this.name = name;、this.age = age; - 即使字段是
final，也必须在构造方法内通过this.name = name;初始化 - 若用
this()委托其他构造方法，字段初始化逻辑必须移入被委托的构造方法中
setter 方法里的关键细节
业务方法中同样存在命名冲突风险，尤其在手动编写 setter 或校验逻辑时：
-
public void setName(String name) { this.name = name; }—— 正确 -
public void setName(String name) { name = name; }—— 无效，字段未变 - 若方法内定义了同名局部变量（如
String name = "default";），后续所有name都指该局部变量，必须用this.name才能访问字段
哪些地方不能用 this？
this 代表当前实例，只存在于非静态上下文中：
-
static方法、静态代码块、静态内部类中禁止使用this，编译直接失败 - 静态方法中访问成员变量，必须传入对象引用（如
print(Person p)） - 非静态内部类中，
this指向内部类自身；访问外部类字段需写OuterClass.this.field
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
