将 java 方法参数设置为最终参数

Question

final 与下面的代码有什么区别。将参数声明为 final 有什么好处吗？

public String changeTimezone( Timestamp stamp, Timezone fTz, Timezone toTz){  
    return ....
}

public String changeTimezone(final Timestamp stamp, final Timezone fTz, 
        final Timezone toTz){
    return ....
}

Answer 1

由于形式方法参数是局部变量，因此只有将它们声明为 Final 时，才可以从内部匿名类访问它们。

这使您无需在方法主体中声明另一个局部最终变量：

 void m(final int param) {
        new Thread(new Runnable() {
            public void run() {
                System.err.println(param);
            }
        }).start();
    }

Answer 2

摘自 最后一句话关于最终关键字

最终参数

以下示例声明最终参数：

public void doSomething(final int i, final int j)
{
  // cannot change the value of i or j here...
  // any change would be visible only inside the method...
}

这里使用final来保证两者
索引 i 和 j 不会意外地出现
通过方法重置。这是一个方便的方法
防止潜在的错误
错误地改变了值
你的参数。一般来说，
简短的方法是更好的方法
防止此类错误的发生，但是
最终参数可能很有用
除了您的编码风格之外。

请注意，最终参数不是
被视为该方法的一部分
签名，并被忽略
编译器在解析方法调用时。
参数可以声明为最终的（或
不）不影响如何
方法被重写。

Answer 3

Final 阻止您为变量分配新值，这有助于捕获拼写错误。从风格上讲，您可能希望保持收到的参数不变并仅分配给局部变量，因此 Final 将有助于强制执行该风格。

必须承认我很少记得使用final 作为参数，也许我应该这样做。

public int example(final int basicRate){
    int discountRate;

    discountRate = basicRate - 10;
    // ... lots of code here 
    if ( isGoldCustomer ) {
        basicRate--;  // typo, we intended to say discountRate--, final catches this
    }
    // ... more code here

    return discountRate;
}

Answer 4

这并没有多大区别。它只是意味着你不能写：

stamp = null;
fTz = new ...;

但你仍然可以写：

stamp.setXXX(...);
fTz.setXXX(...);

这主要是向跟随你的维护程序员的提示，你不会在方法中间的某个地方为参数分配新值。并不明显，因此可能会引起混乱。

Answer 5

在 Java 中用于参数/变量时，final 关键字将引用标记为 Final。如果将对象传递给另一个方法，系统会创建引用变量的副本并将其传递给该方法。通过将新参考标记为最终参考，可以保护它们不被重新分配。有时这被认为是一种良好的编码实践。

Answer 6

对于此方法的主体，final 关键字将防止参数引用被意外重新分配，从而在这些情况下产生编译错误（大多数 IDE 会立即抱怨）。有些人可能会争辩说，只要有可能，一般使用 final 会加快速度，但在最近的 JVM 中情况并非如此。

Answer 7

列出了我看到的两个优点：

1 将方法参数标记为 Final 可以防止在方法内重新分配参数

从您的示例来看，

    public String changeTimezone(final Timestamp stamp, final Timezone fTz, 
            final Timezone toTz){
    
    // THIS WILL CAUSE COMPILATION ERROR as fTz is marked as final argument

      fTz = Calendar.getInstance().getTimeZone();     
      return ..
    
    }

在复杂的方法中，将参数标记为 Final 将有助于意外解释这些参数作为方法局部变量并重新分配为编译器将标记这些情况，如示例所示。

2 将参数传递给匿名内部类

由于形式方法参数是局部变量，因此只有在将它们声明为final时，才可以从内部匿名类访问它们。

Answer 8

我所说的是一般来说将变量和字段标记为final - 不仅仅适用于方法参数。 （将方法/类标记为final是完全不同的事情）。

这对代码的读者/未来维护者来说是一个好处。与变量的合理名称一起，可以让代码的读者看到/理解所讨论的变量所代表的内容，这会很有帮助并且让他们放心，并且让读者放心的是，每当您在同一范围内看到该变量时，其含义仍然存在同样的，所以他（她）不必绞尽脑汁去弄清楚变量在每个上下文中的含义。我们已经看到了太多对变量“重用”的滥用，这使得即使是很短的代码片段也难以理解。

Answer 9

它只是 Java 中的一个构造，可以帮助您定义契约并遵守它。这里有类似的讨论： http://c2.com/cgi/wiki?JavaFinalConsideredEvil

顺便说一句 - (正如 twiki 所说），如果您遵循良好的编程原则并且完成了重新分配/重新定义传入参数引用，则将 args 标记为 Final 通常是多余的。

在最坏的情况下，如果您重新定义 args 引用，它不会影响传递给函数的实际值 - 因为只传递了一个引用。

Answer 10

- 过去（Java 8 之前:-) ）

显式使用“final”关键字会影响内部匿名类的方法变量的可访问性。

- 在现代（Java 8+）语言中，不需要这样的用法：

Java 引入了“有效的最终”变量。如果代码不暗示变量值的更改，则局部变量和方法参数被假定为最终的。因此，如果您在 Java8+ 中看到这样的关键字，您可以认为它是不必要的。 “有效最终”的引入使我们在使用 lambda 时键入更少的代码。

Answer 11

Final 关键字可防止您为参数分配新值。我想用一个简单的例子来解释这一点

假设我们有一个方法

方法1(){

出生日期 dateOfBirth =new Date("1/1/2009");

方法2(出生日期);

方法3(出生日期); }

public mehod2(出生日期) {
....
....
....
}

public mehod2(出生日期) {
....
....
....
}

情况下，如果在 method2 中为“dateOfBirth”分配了新值，则会导致 method3 的输出错误。因为传递给 method3 的值不是传递给 method2 之前的值。因此要避免将final关键字用于参数。

这也是 Java 编码最佳实践之一。