面向对象不是关于继承，而是关于封装。继承会破坏封装。

在很多情况下，声明类final是非常有意义的。任何代表“价值”的对象，如颜色或金额，都可能是最终的。他们是独立的。

如果您正在编写类库，请将类设为final，除非您显式地将它们缩进以派生。否则，人们可能会派生你的类并重写方法，破坏你的假设/不变量。这也可能有安全隐患。

Joshua Bloch在《Effective Java》一书中建议明确地为继承而设计，或者禁止为继承而设计，他指出为继承而设计并不是那么容易。

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

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

如果您将类层次结构想象成一棵树(就像在Java中那样)，抽象类只能是分支，最终类只能是叶。不属于这两个类别的类可以同时是分支和叶。

这里并没有违反OO原则，final只是提供了一个漂亮的对称性。

在实践中，如果你想让你的对象是不可变的，或者如果你正在编写一个API，你想要使用final来告诉API的用户这个类不是用于扩展的。

最好的例子是

公共最终类

这是一个不可变的类，不能扩展。 当然，不仅仅是使类final为不可变。

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

主要引用:

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

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

首先，我推荐这篇文章:Java:何时创建最终类

如果他们使用，他们什么时候使用，这样我就能更好地理解它，知道什么时候使用它。

final类只是一个不能扩展的类。

(这并不意味着对该类对象的所有引用都将被声明为final。)

何时将一个类声明为final是有用的，这在这个问题的答案中涵盖:

在Java中禁止继承的好理由?

如果Java是面向对象的，并且你声明了一个final类，难道它不会阻止类具有对象的特征吗?

在某种意义上是的。

通过将一个类标记为final，您将禁用该语言的这部分代码的强大而灵活的特性。然而，有些类不应该(在某些情况下也不能)在设计时很好地考虑到子类化。在这些情况下，将类标记为final是有意义的，尽管它限制了OOP。(记住，final类仍然可以扩展另一个非final类。)