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

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

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

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

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，除非您显式地将它们缩进以派生。否则，人们可能会派生你的类并重写方法，破坏你的假设/不变量。这也可能有安全隐患。

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

在java中，final关键字用于以下场合。

最后一个变量 最后的方法 最后的课程

在java中，final变量不能重赋，final类不能扩展，final方法不能重写。

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

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

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

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

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