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

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

final类可以避免在添加新方法时破坏公共API

假设在基类的版本1中:

public class Base {}

客户会这样做:

class Derived extends Base {
    public int method() { return 1; }
}

然后，如果在版本2中，你想添加一个方法method到Base:

class Base {
    public String method() { return null; }
}

这将破坏客户端代码。

如果我们使用final类Base，客户端就不能继承，方法的添加也不会破坏API。

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

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

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

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

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

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

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

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

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

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

在某种意义上是的。

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

Be careful when you make a class "final". Because if you want to write an unit test for a final class, you cannot subclass this final class in order to use the dependency-breaking technique "Subclass and Override Method" described in Michael C. Feathers' book "Working Effectively with Legacy Code". In this book, Feathers said, "Seriously, it is easy to believe that sealed and final are a wrong-headed mistake, that they should never have been added to programming languages. But the real fault lies with us. When we depend directly on libraries that are out of our control, we are just asking for trouble."

在Java中，不能更改带有final修饰符的项!

这包括final类、final变量和final方法:

final类不能被任何其他类扩展 最终变量不能被重新赋值 final方法不能被覆盖