我很少在方法或类上使用final，因为我喜欢允许人们重写它们。

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

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

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

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

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

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

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

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

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

强烈推荐。

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

有效的Java有一个条目写着“偏爱不可变对象”。将字段声明为final可以帮助您在这方面迈出一小步，但是对于真正的不可变对象来说，当然还有更多的事情要做。

如果您知道对象是不可变的，那么可以在多个线程/客户端之间共享它们以供读取，而无需担心同步问题，并且更容易推断程序的运行方式。

另一个注意事项是，许多人将final混淆为实例变量的内容不能更改，而不是引用不能更改。

听起来，反对使用最后一个关键字的最大论点之一是“这是不必要的”，而且它“浪费空间”。

如果我们承认“final”的许多好处，同时承认它需要更多的输入和空间，我认为Java应该默认将变量设置为“final”，并且如果编码器想要的话，就要求将变量标记为“mutable”。