将新值分配给方法参数是否有问题？

Question

Eclipse有一个选项，用于警告分配给方法的参数（在方法内部），如下所示：

public void doFoo(int a){
   if (a<0){
      a=0; // this will generate a warning
   }
   // do stuff
}

通常，我会尝试激活（并注意）几乎所有可用的编译器警告，但在这种情况下，我不确定是否值得。

我看到了在方法中更改参数的合理情况（例如：允许参数“未设置”（例如null）并自动替换默认值），但是在少数情况下会引起问题，除了可能有点麻烦在方法中间混淆重新分配参数。

您是否使用此类警告？为什么/为什么不呢？

注意：

避免此警告当然等同于设置方法参数final（仅当它是编译器错误时：-）。那么这个问题为什么我应该在Java的方法参数上使用关键字“final”？可能相关。

Answer 1

对我来说，只要您尽早清楚地做到这一点，就可以了。正如您所说，将其深埋在30条线函数的四个条件中很不理想。

显然，在使用对象引用执行此操作时也必须要小心，因为在给定的对象上调用方法可能会更改其状态并将信息传达回调用方，但是，如果您已将其放在自己的占位符中，则该信息必定会发生变化。没有沟通。

不利的一面是，声明一个新变量并为其分配参数（或默认值，如果参数需要默认值）可能会更清楚，并且几乎肯定不会降低效率-
任何体面的编译器（无论是主编译器还是JIT） ）将在可行时对其进行优化。