为什么多数开发者编写mutator方法时使用与类属性同名的参数？

• 语义可读性更高
  统一将参数名设置为和类成员属性完全一致，开发者看到参数名就能直接对应到要赋值的属性，不需要额外理解input这类泛用名对应的实际含义，尤其当类属性较多、setter逻辑有额外校验时，这种命名方式能大幅降低代码阅读的心智负担。
• 符合Java官方命名惯例，规避变量遮蔽bug
  Java存在变量遮蔽规则：如果方法内部的局部变量/参数名和类成员属性名相同，方法内直接使用变量名会优先指向局部变量/参数。如果随意修改参数名，很容易出现手滑写出如下错误代码的情况：

  public void setName(String name) {
      // 错误：相当于给参数本身赋值，类的name属性完全没有被修改
      name = name;
  }
  

  统一采用this.属性名 = 同名参数的写法，既可以主动规避这类隐蔽的赋值错误，也符合Java官方推荐的编码规范，全行业通用的风格也能降低不同开发者协作的适配成本。
• IDE自动生成代码的默认规则
  几乎所有主流Java IDE（IntelliJ IDEA、Eclipse等）自动生成setter方法时，默认就是按照「参数名和属性名一致+this前缀」的规则生成的，开发者不需要额外修改参数命名，直接使用即可，长期下来就形成了通用的开发习惯。

注意：你提到的第二种input参数的写法语法上完全合法，没有运行层面的问题，只是不符合行业通用编码规范，可读性和可维护性更差，所以很少被开发者采用。

内容的提问来源于stack exchange，提问作者Aiman Zaidi