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

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

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

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

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

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

Final类不能进一步扩展。如果不需要在java中使类可继承，可以使用这种方法。

如果我们只需要让一个类中的特定方法不被覆盖，我们可以把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."

关键字final本身意味着某些东西是最终的，不应该以任何方式修改。如果一个类被标记为final，那么它就不能被扩展或子类化。但问题是我们为什么要做期末考?在我看来，原因有很多:

标准化:一些类执行标准函数，它们是不打算被修改的，例如类执行与字符串操作或数学函数相关的各种函数等。 安全原因:有时我们编写的类执行各种身份验证和密码相关的功能，我们不希望其他人修改它们。

我听说在期末课上批改分数可以提高效率，但坦率地说，我觉得这个论点没有多大分量。

如果Java是面向对象的，并且你声明了一个final类，不是吗 停止类具有对象特征的想法?

也许是的，但有时这就是预期的目的。有时我们这样做是为了获得更大的安全性等好处，牺牲了这个类的扩展能力。但是final类仍然可以在需要时扩展一个类。

另一方面，我们应该更喜欢组合而不是继承，final关键字实际上有助于执行这一原则。

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

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

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