是否有任何性能原因需要在Java中将方法参数声明为final？

是否有任何性能原因需要在Java中将方法参数声明为final？

如：

public void foo(int bar) { ... }

与：

public void foo(final int bar) { ... }

假设bar只能在中读取而不进行修改foo()。

final关键字不会出现在类文件中用于局部变量和参数，因此不会影响运行时性能。唯一的用途是阐明编码人员的意图，即不要更改该变量（许多人认为使用该变量的可疑原因），并处理匿名内部类。

关于方法本身的最终修饰符是否具有任何性能提升有很多争论，因为无论如何使用修饰符，优化编译器无论如何都将在运行时内联这些方法。在这种情况下，它也应仅用于限制方法的覆盖。

final参数的唯一好处是可以在匿名嵌套类中使用它。如果从未更改过参数，则即使没有final修饰符，编译器也已将其检测为正常操作的一部分。错误很少是由意外分配的参数引起的-如果您的方法足够大，需要这种程度的工程设计，请减小它们的大小-您调用的方法无法更改参数。

在类加载之后运行的编译器（例如JIT编译器）可以利用final方法。因此，声明为final的方法可能会带来一些性能上的好处。

http://www.javaperformancetuning.com/tips/final.shtml

哦，另一个好的资源

http://mindprod.com/jgloss/final.html

还有一点需要说明的是，使用方法中声明的非最终局部变量，内部类实例的寿命可能超过堆栈框架，因此，当内部对象仍处于活动状态时，局部变量可能会消失

我假设编译器可能会删除所有具有原始类型（例如int）的私有静态最终变量，并像在C ++宏中一样直接在代码中内联它们。

但是，我不知道这是否在实践中完成，但是可以这样做以节省一些内存。