必须加this才能正确赋值，因参数名与成员变量同名时，name=name实际是参数自赋值，成员变量未被修改；加this.name=name才指向对象成员变量。
直接用 this 解决构造器中参数和成员变量同名导致的赋值失效问题，是最常见也最关键的实战场景。不加 this，代码能编译通过，但成员变量始终是默认值（null、0 或 false），属于静默逻辑错误。
为什么必须加 this 才能正确赋值
当构造器参数名和成员变量名相同时，Java 按作用域规则默认使用局部变量（即参数）。写 name = name; 实际是把参数赋给参数自己，成员变量根本没被修改。
- 不加 this：参数覆盖自身，成员变量未初始化，运行时取值为空或零
- 加 this.name = name：左边明确指向当前对象的成员变量，右边是传入参数
- IDE 可能标黄提示“Assignment to itself”，但不能依赖这个提醒——编译器不会报错
标准写法与常见结构
所有成员变量赋值统一加 this. 前缀，语义清晰、不易漏赋值，也便于后续维护。
- 双参构造器中完整初始化：
this.name = name; this.age = age; - 单参构造器复用双参逻辑：
this(name, 0);（必须是首行） - 无参构造器设默认值：
this("未知", 18);
哪些地方必须用 this，哪些可以省略
this 不是装饰词，而是解决遮蔽（shadowing）的必要语法手段。该用不用会出错，不该用硬加反而干扰阅读。
立即学习“Java免费学习笔记（深入）”；
- 必须用：构造器中给同名成员变量赋值、调用本类其他构造器（
this(...)）、初始化final成员变量 - 可以省略：getter 方法中直接
return name;更简洁；无命名冲突时调用本类方法如print();无需写this.print(); - 参数名刻意避让（如用
inputName配name），就完全不需要 this
容易忽略的关键限制
看似简单，但几个硬性约束一旦违反，立刻编译失败或引发隐患。
- this() 必须是构造器第一行有效语句（注释和空行除外），且只能出现一次
- this() 和 super() 不能共存于同一个构造器
- this 只能在非静态上下文中使用，static 方法或静态块里写会直接报错
- 匿名内部类或 Lambda 中捕获 this，可能延长对象生命周期，造成内存泄漏
