相关阅读:Bob Martin的《开闭原理》。

主要引用:

软件实体(类、模块、 函数等)应该是开放的 分机，但已关闭 修改。

最后一个关键字是在Java中强制执行的方法，无论是在方法上还是在类上。

其他的答案集中在final类告诉编译器什么:不允许另一个类声明它扩展了这个类，以及为什么这样做是可取的。

但是编译器并不是短语final类的唯一读者。每个读源代码的程序员也会读这个。它可以帮助快速理解程序。

In general, if a programmer sees Thing thing = that.someMethod(...); and the programmer wants to understand the subsequent behaviour of the object accessed through the thing object-reference, the programmer must consider the Thing class hierarchy: potentially many types, scattered over many packages. But if the programmer knows, or reads, final class Thing, they instantly know that they do not need to search for and study so many Java files, because there are no derived classes: they need study only Thing.java and, perhaps, it's base classes.

把FINAL看作是“线的尽头”——那个家伙再也不能生育后代了。所以当你这样看的时候，有很多现实世界的场景，你会遇到，需要你标记一个'结束行'标记类。这是领域驱动设计——如果你的领域要求一个给定的实体(类)不能创建子类，那么把它标记为FINAL。

我应该指出，没有什么可以阻止您继承一个“应该标记为final”的类。但这通常被归类为“滥用继承”，这样做是因为大多数情况下你想从你的类的基类继承一些函数。

最好的方法是查看领域，并让它决定您的设计决策。

要解决最后一个类问题:

有两种方法可以让一门课成为期末考试。第一种是在类声明中使用关键字final:

public final class SomeClass {
  //  . . . Class contents
}

使类成为final的第二种方法是将其所有构造函数声明为private:

public class SomeClass {
  public final static SOME_INSTANCE = new SomeClass(5);
  private SomeClass(final int value) {
  }

如果您发现它实际上是final，那么将它标记为final可以省去麻烦，请查看这个Test类。乍一看是公开的。

public class Test{
  private Test(Class beanClass, Class stopClass, int flags)
    throws Exception{
    //  . . . snip . . . 
  }
}

不幸的是，由于类的唯一构造函数是private的，因此不可能扩展这个类。在Test类的情况下，没有理由该类应该是final类。Test类是隐式final类如何导致问题的一个很好的例子。

所以当你隐式地将一个类的构造函数设为private时，你应该将它标记为final。

我只知道一个实际用例:生成类

在生成类的用例中，我知道一个:依赖注入，例如https://github.com/google/dagger

在一个场景中，final很重要，当您出于安全原因想要防止类的继承时。这允许您确保您正在运行的代码不会被其他人覆盖。

另一个场景是为了优化:我似乎记得Java编译器内联了final类中的一些函数调用。因此，如果你调用a.x()并且a被声明为final，我们在编译时就知道代码将是什么，并且可以内联到调用函数中。我不知道这是否真的做到了，但最终是有可能的。