统一在setter和getter中使用this可提升代码可预测性、协作效率与可维护性；setter中必须用this.name = name避免赋值失效，getter中虽可选但统一使用能强化一致性、降低理解成本并支持后续扩展。
在Setter和Getter方法中统一使用this，不是为了“必须”，而是为了让代码行为可预测、团队协作更顺畅、后期维护更省力。尤其当项目多人开发或持续迭代时，看似微小的写法差异会放大成理解成本和潜在bug。
为什么Setter里必须用this.name = name？
参数名与成员变量同名时，不加this会导致赋值失效——Java会把右侧的name当成参数本身，左侧也默认指向参数（实际是局部变量），结果就是成员变量根本没被修改。
- 错误写法：
name = name;→ 参数给自己赋值，成员变量仍是初始值（如null或0） - 正确写法：
this.name = name;→ 明确告诉编译器：左边是当前对象的成员变量 - 即使IDE自动补全或编译通过，这种错误在运行时极难察觉，常表现为“设了值却读不到”
Getter里要不要也加this？
Getter方法中this.name和name效果相同，语法上可选，但统一加上能强化一致性。
- 避免“Setter用this，Getter不用”的割裂感，降低新成员阅读门槛
- 当Getter内部后续加入日志、监控或条件逻辑时（比如
if (this.name == null) log.warn(...)），提前统一风格可减少重构成本 - 部分静态检查工具（如SonarQube）会建议对所有实例成员访问显式使用
this，以提升可读性
不止于Setter/Getter：this带来的隐性好处
坚持在所有实例成员访问处使用this，会自然带动其他关键场景的规范落地：
-
构造器中调用另一个构造器：必须用
this(...)，且只能在第一行；统一习惯后不易遗漏或错位 -
链式调用设计：每个setter返回
this，调用方才能写obj.setName("A").setAge(25)；写法一致，语义连贯 -
传参给其他对象：比如注册监听器
eventBus.register(this)，明确表达“当前实例”意图
团队落地的小建议
不必强求历史代码全部改造，但新模块或重构时可按以下方式推进：
- 在代码规范文档中明确：“所有对本类实例变量/方法的访问，均应使用
this前缀” - 在IDE设置中启用“Insert 'this' qualifier for field access”（IntelliJ/Eclipse均支持）
- Code Review时把
this使用作为基础项检查，不争论“是否必要”，只关注“是否统一”
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
