final修饰类是最直接可靠的防止继承方式，编译期强制拦截继承语句，如public final class tokenvalidator{}，任何class eviltoken extends tokenvalidator都会报cannot inherit from final 'tokenvalidator'错误。
在 Java 中，用 final 修饰类是最直接、最可靠的防止被继承的方式——它不是靠约定或文档提醒，而是编译器强制拦截，让继承语句根本无法通过编译。
final 修饰类：从源头切断继承
只要在 class 关键字前加上 final，该类就彻底不可被 extends：
- 写法示例：
public final class TokenValidator { ... } - 任何尝试继承它的代码都会报错：
class EvilToken extends TokenValidator→ 编译错误提示类似Cannot inherit from final 'TokenValidator' - 这种限制发生在 编译期，JVM 不会为子类生成继承关系的字节码，也没有运行时绕过可能
哪些类适合加 final
不是所有类都需要 final，但以下几类强烈建议使用：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 安全敏感类：如签名验证、密码处理类，防止恶意子类篡改核心逻辑
-
不可变值对象：如
String、LocalDateTime、自定义的Money或UserId，避免子类破坏不可变契约 -
纯工具类：只含静态方法（如
StringUtils），加 final 可防止他人意外继承并添加实例方法，污染语义
常见误区和注意事项
加 final 看似简单，但细节决定是否真正生效：
-
final必须放在class前，不能和abstract共用（语义冲突） - final 类中的方法 无需再加 final，因为根本不存在子类，显式加会编译报错
- 构造器不应是
protected；建议设为private或包私有，避免被误用 - 仅靠 private 构造器或注释“禁止继承”无法替代 final——它们不阻止编译，也不影响字节码校验
与测试和框架的兼容提醒
加 final 是设计决策，但需提前考虑生态影响：
- Mockito 3.x 默认无法 mock final 类；若必须测试，需升级到 Mockito 4+ 并启用 inline mock（引入额外依赖和开销）
- Spring AOP 的 CGLIB 代理会跳过 final 方法，JDK 动态代理则完全无法代理 final 类
- 反射或 ASM 动态生成子类也会失败——JVM 规范明确拒绝加载对 ACC_FINAL 类的继承尝试
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
