选择为每个方法中的每个参数输入final会让编码员和代码读者感到非常恼火。

一旦愤怒超出合理范围，切换到Scala，默认情况下参数是最终的。

或者，您总是可以使用代码样式工具，它将自动为您完成这些工作。所有ide都实现了它们或作为插件。

对于争论，我认为不需要。大多数情况下，它们只会损害可读性。重新分配一个参数变量是如此疯狂的愚蠢，我应该相当有信心，他们可以被视为常量。

Eclipse将最终结果显示为红色，这使得在代码中更容易发现变量声明，我认为这在大多数情况下提高了可读性。

我试图强制执行规则，任何和所有变量都应该是最终的，没有一个非常有效的理由不这样做。如果你只需要找到初始化并确信这就是初始化，那么回答“这个变量是什么?”的问题就容易得多了。

实际上，我现在对非最终变量相当紧张。这就像把刀挂在你的头上，还是把它放在厨房抽屉里的区别……

final变量是标记值的好方法。

一个非最终变量被绑定到一些容易出错的算法的一部分。

一个很好的特性是，当一个算法无法选择使用变量时，大多数情况下解决方案是编写一个方法，这通常会显著改善代码。

我已经编写了一段时间的代码，并尽可能使用final。这样做了一段时间后(对于变量、方法参数和类属性)，我可以说90%(或更多)的变量实际上是最终的。我认为在你不想修改变量的时候不修改变量的好处(我以前看到过，有时这很痛苦)是为了在你的代码中额外的输入和额外的“final”关键字。

也就是说，如果我要设计一种语言，我将使每个变量都是final，除非被其他一些关键字修改。

对于类和方法，我不太使用final。这是一个或多或少复杂的设计选择，除非您的类是一个实用程序类(在这种情况下，您应该只有一个私有构造函数)。

我也使用Collections.unmodifiable…在我需要的时候创建不可修改的列表

Final显然应该用在常量上，并加强不可变性，但在方法上还有另一个重要的用途。

Effective Java在这方面有一个完整的项目(项目15)，指出了意外继承的陷阱。实际上，如果您没有为继承而设计和记录您的类，那么从它继承可能会带来意想不到的问题(该项目提供了一个很好的例子)。因此，建议在不打算继承的任何类和/或方法上使用final。

That may seem draconian, but it makes sense. If you are writing a class library for use by others then you don't want them inheriting from things that weren't designed for it - you will be locking yourself into a particular implementation of the class for back compatibility. If you are coding in a team there is nothing to stop another member of the team from removing the final if they really have to. But the keyword makes them think about what they are doing, and warns them that the class they are inheriting from wasn't designed for it, so they should be extra careful.

我认为这一切都与良好的编码风格有关。当然，你可以编写出好的、健壮的程序，而不需要在任何地方使用大量的最终修饰符，但当你考虑到……

将final添加到所有不应该更改的内容中，只会减少您(或下一个编写代码的程序员)误解或误用导致代码生成的思维过程的可能性。至少当他们现在想要改变你以前不变的东西时，它应该敲响一些警钟。

一开始，在你的代码中看到很多最终的关键字看起来有点尴尬，但很快你就会不再注意这个词本身，只会简单地想，从现在开始，这个东西永远不会改变(你可以从我这里得到;-)

我认为这是很好的练习。我并不是一直都在用它，但当我可以并且有意义的时候，我就会这样做。

当在Java中与变量一起使用时，Final提供了c++中常量的替代品。所以当final和static被用于一个变量时，它就变成了不可变的。同时让迁移的c++程序员非常开心;-)

当与引用变量一起使用时，它不允许您重新引用对象，尽管对象可以被操作。

当final与方法一起使用时，它不允许子类重写该方法。

一旦用法非常清楚，就应该谨慎使用。这主要取决于设计，因为在方法上使用final不利于多态性。

只有当你非常确定变量的值不会/不应该被改变时，才应该将它用于变量。还要确保您遵循SUN鼓励的编码约定。int COLOR_RED = 1;(大写字母以下划线分隔)

对于引用变量，只在需要对特定对象的不可变引用时使用它。

关于可读性部分，在使用最终修饰语时，注释起着非常重要的作用。