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。

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

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

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

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

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

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

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

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

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

在某种意义上是的。

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

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

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

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

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

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

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

最好的例子是

公共最终类

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

是的，有时您可能需要这样做，无论是出于安全性还是速度原因。在c++中也可以做到。它可能不适用于程序，但更适用于框架。 http://www.glenmccl.com/perfj_025.htm