如果类被标记为final，这意味着类的结构不能被任何外部的东西修改。最明显的是当你在做传统的多态继承时，基本上类B扩展A是行不通的。它基本上是一种保护代码某些部分(一定程度上)的方法。

澄清一下，标记类final并没有将其字段标记为final，因此不会保护对象属性，而是保护实际的类结构。

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

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

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

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

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

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

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

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

final类是不能扩展的类。此外，方法可以声明为final，以表明不能被子类覆盖。

如果您编写api或库，并希望避免被扩展以改变基本行为，则防止类被子类化可能特别有用。

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，这意味着类的结构不能被任何外部的东西修改。最明显的是当你在做传统的多态继承时，基本上类B扩展A是行不通的。它基本上是一种保护代码某些部分(一定程度上)的方法。

澄清一下，标记类final并没有将其字段标记为final，因此不会保护对象属性，而是保护实际的类结构。