强烈鼓励使用final作为常量。但是，我不会将它用于方法或类(或者至少考虑一下)，因为它使测试更加困难，如果不是不可能的话。如果一定要让一个类或方法成为final，请确保这个类实现了一些接口，这样就可以让一个模拟实现相同的接口。

在使用final关键字之前，您确实需要了解它的全部用途。它可以应用于变量、字段、方法和类，并对它们产生不同的影响

我建议你看看下面链接的文章，了解更多细节。

关于最后的关键字

我设置Eclipse在所有未修改的字段和属性上添加final。使用Eclipse“save actions”在保存文件时添加这些最终修饰符(以及其他东西)，效果非常好。

强烈推荐。

请查看我关于Eclipse Save Actions的博客文章。

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

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

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

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，因为我喜欢允许人们重写它们。

否则，我只使用finally如果它是一个公共/私有静态最终类型SOME_CONSTANT;