接口方法中的最终参数 - 有什么意义？

Question

在Java中，在接口方法中定义final参数是完全合法的，但在实现类中不遵守该参数，例如：

public interface Foo {
    public void foo(int bar, final int baz);
}

public class FooImpl implements Foo {

    @Override
    public void foo(final int bar, int baz) {
        ...
    }
}

在上面的示例中，bar和baz 在类与接口中具有相反的final 定义。

同样，当一个类方法扩展另一个类方法（无论是否抽象）时，不会强制执行任何 final 限制。

虽然 final 在类方法体内有一些实用价值，但为接口方法参数指定 final 有什么意义吗？

Answer 1

似乎没有任何意义。根据 Java 语言规范 4.12 .4：

声明一个变量final即可
作为有用的文档表明其价值
不会改变并且可以帮助避免
编程错误。

但是，匹配重写方法签名的规则，它对调用者没有影响，仅在实现主体内。此外，正如 Robin 在评论中指出的那样，方法参数上的 final 修饰符对生成的字节代码没有影响。 （对于 final 的其他用途而言，情况并非如此。）

Answer 2

有些 IDE 在子类中插入实现方法时会复制抽象/接口方法的签名。

我不认为这对编译器有任何影响。

编辑：虽然我相信过去确实如此，但我认为当前的 IDE 不再这样做了。

Answer 3

方法参数的最终注释始终仅与方法实现相关，而与调用者无关。因此，没有真正的理由在接口方法签名中使用它们。除非您想在所有方法签名中遵循相同的一致编码标准，这需要最终方法参数。那么能够这样做真是太好了。

Answer 4

更新：下面的原始答案是在没有完全理解问题的情况下编写的，因此没有直接解决问题:)尽管如此，对于那些希望了解一般情况的人来说，它必须提供信息使用 final 关键字。

对于这个问题，我想引用一下我自己的评论。

我相信您不会被迫实现参数的最终性，以便让您可以自由地决定在您自己的实现中它是否应该是最终的。

但是，是的，您可以在接口中将其声明为final，但在实现中将其声明为非final，这听起来很奇怪。如果有以下任一情况，那就更有意义了：

a. final 关键字不允许用于接口（抽象）方法参数（但您可以在实现中使用它），或者
b. 在接口中将参数声明为 final 将强制其在实现中声明为 final（但对于非 Final 则不强制）​​。< /p>

---

我可以想到方法签名可以有 final 参数的两个原因：Beans 和 Objects （实际上，它们都是相同的原因，但上下文略有不同。）

对象：

public static void main(String[] args) {
    StringBuilder cookingPot = new StringBuilder("Water ");
    addVegetables(cookingPot);
    addChicken(cookingPot);
    System.out.println(cookingPot.toString());
    // ^--- OUTPUT IS: Water Carrot Broccoli Chicken ChickenBroth 
    //      We forgot to add cauliflower. It went into the wrong pot.
}

private static void addVegetables(StringBuilder cookingPot) {
    cookingPot.append("Carrot ");
    cookingPot.append("Broccoli ");
    cookingPot = new StringBuilder(cookingPot.toString());
    //   ^--- Assignment allowed...
    cookingPot.append("Cauliflower ");
}

private static void addChicken(final StringBuilder cookingPot) {
    cookingPot.append("Chicken ");
    //cookingPot = new StringBuilder(cookingPot.toString());
    //     ^---- COMPILATION ERROR! It is final.
    cookingPot.append("ChickenBroth ");
}

final 关键字确保我们不会意外创建一个新的本地烹饪锅当我们尝试这样做时显示编译错误。这确保了鸡汤被添加到我们原来的烹饪锅中，这是 addChicken 方法得到的。将此与 addVegetables 进行比较，其中我们丢失了花椰菜，因为它将花椰菜添加到了新的本地烹饪锅中，而不是原来的锅中。

豆类：
它与对象的概念相同（如上所示）。 Bean 本质上是 Java 中的对象。然而，bean (JavaBeans) 在各种应用程序中用作存储和传递已定义的相关数据集合的便捷方式。正如 addVegetables 可能会通过创建一个新的烹饪锅 StringBuilder 并将其与花椰菜一起扔掉来扰乱烹饪过程，它也可能对烹饪锅做同样的事情< em>JavaBean。

Answer 5

我认为这可能是一个多余的细节，因为它是否是最终的是一个实现细节。

（有点像将接口中的方法/成员声明为公共。）