final修饰父类是最彻底的防继承方式，编译器直接拦截class Sub extends Parent，拒绝生成字节码；正确写法为public final class PaymentService，final须紧邻class，不可与abstract共存，适用于安全敏感类、不可变对象和纯工具类。
直接用 final 修饰父类，是最有效、最彻底的防止随意继承的方式。它不是靠约定或文档提醒，而是由编译器强制拦截——只要有人写 class Sub extends Parent，编译就失败，根本不会生成字节码。
怎么写才真正生效
在 class 关键字前加上 final，且访问修饰符（如 public）放在最前：
-
public final class PaymentService { ... }✅ 正确，外部可访问，但不可继承 -
final class StringUtils { ... }✅ 合法，包内可用，不可被继承 -
public class final Utils { ... }❌ 语法错误，final必须紧邻class -
abstract final class A { ... }❌ 语义冲突，编译报错
哪些类特别适合加 final
不是所有类都需要，但以下几类一旦开放继承，容易引发安全、一致性或维护问题，应优先设为 final：
-
安全敏感类：如
TokenValidator、AesCipher，防止子类重写verify()或decrypt()绕过校验 -
不可变值对象：如
Money、EmailAddress，避免子类篡改equals()或破坏不可变契约 -
纯工具类：只含静态方法，如
JsonUtils、DateUtils，加final防止被继承后添加实例方法，污染语义
常见误区和注意事项
加 final 不是“加个保险”，而是一项设计决策，需注意：
- 类一旦声明为
final，后续无法撤销；若已有子类，项目将直接编译失败 -
final类中的方法自动具备不可重写性，无需再给每个方法加final，否则编译报错 - 私有构造器（
private Utils() {}）只能防实例化，不能防继承；只有final才能真正切断继承链 - 反射、ASM 或
Unsafe也无法绕过final—— JVM 字节码层面通过ACC_FINAL标志强制拒绝加载子类
对比其他方式，为什么 final 最可靠
其他手段效果有限：
- 只写注释“禁止继承”：IDE 不提示，编译不拦，子类照写
- 把构造器设为
private：阻止实例化，但不影响继承（只要父类有包级或protected构造器，继承仍成立） - 用
static方法：不参与继承机制，但语义上不是“防继承”，而是“绕开继承” - 组合替代继承：是良好设计原则，但它是主动选择，不是对已有类的防护手段
