我不明白的是相同目的是否可以
使用所有最终变量和最终方法而不是
声明最终类？
将类声明为 final 的目的与将类中的所有方法声明为 final 的目的不同。
最后的课程
当我将一个类 A 声明为 final 时，我表示这样的类是 frozen，它不是用于扩展，也不是可以以任何其他方式使用，而不是在其结构和声明中表达。 A 类由于是最终的，因此无法细化。
注意 1： 无论您需要在哪里使用 A 类型的东西，都有一个，并且只有一个类，一种类型，即您可以使用的 A。根据您追求的任何设计或根据您的要求，限制是故意的。
java.lang.System 类就是一个很好的例子。在运行时有一种类型的系统。一个人可以有该系统的多个实例，（或者，如在 Java 中，系统的一种单例包装器。）但是类型，该 System 类型的功能是唯一的。
具有最终方法的类
另一方面，具有所有方法的类 A final 只是说无论我提供给你什么，你都不能扩展。不过，您可以为我的扩展添加更多功能或状态。
注意 2： 无论您需要使用不是 final 的类 A，但如果不是所有方法都作为 final，您可以使用 A 的实例或它的子类。您可以在不同的上下文中使用 A 的子类，但类型 A 提供的核心功能不会改变。
我无法想象一个所有方法都是最终方法的好例子。我通常看到的是final 方法与abstract 方法的组合。在这种情况下，final 方法实现算法，其细节通过抽象方法扩展。
考虑一个访问监视器类的缺乏想象力且相当冗长（故意）的示例，该示例冻结主要授权逻辑（即，除非该用户被授权，否则对任何人抛出异常。）进一步的细节是留“空白”，由专业类填充。
class AccessMonitor {
abstract AuthorizationMechanism getUnderlyingMechanism();
final void checkAccess(User user)
{
AuthorizationMechanism mechanism = getUnderlyingMechanism()
if( mechanism.noAccess(user) )
{
throw someSecurityException("blah");
}
// otherwise, happy camper
}
}
class LdapBasedMonitor extends AccessMonitor {
final AuthorizationMechanism getUnderlyingMechanism()
{
return someLdapThingieMajingie;
}
}
class DbBasedAuthenticator extends Authenticator {
final AuthorizationMechanism getUnderlyingMechanism()
{
//query some database and make a decision, something something.
}
}
在现实生活中，我们通常会看到通过继承进行纯细化的其他替代方案 - 组合和委托会浮现在脑海中。事实上，在一般情况下，人们更喜欢组合/委托而不是继承。
然而，这完全是一个不同的主题（值得一两本书），基于继承的示例在这种情况下更适合在这种情况下来说明具有 final 的非 final 类的意义方法。
最后一个示例说明了拥有一个所有方法都是最终方法的非最终类背后的想法（即使该示例为抽象方法留出了空间。）与同一响应中的前一个相比，我希望您能看到两者背后的意图不同。