final类不能被继承，子类声明会直接编译失败；它可实现接口但不能重写default方法；无法被CGLIB代理或旧版Mockito模拟；序列化正常，但final字段需在构造器中初始化。
final类不能被继承，子类声明会直接编译失败
Java中用final修饰类，意味着该类被设计为不可扩展。一旦声明为final class A，任何尝试写class B extends A的代码都会在编译阶段报错：cannot inherit from final class A。
这不是运行时限制，而是编译器强制执行的语义约束。JVM不会加载这种继承关系的字节码，因为javac根本不会生成它。
- 常见错误现象：IDE提示“Cannot inherit from final class”，或命令行编译时报错
error: illegal inheritance - 典型使用场景：工具类（如
java.lang.Math）、安全敏感类（如java.lang.String）、或明确禁止定制行为的框架核心类 - 注意：
final类中的方法自动具备final语义，无需显式加final修饰符
final类仍可实现接口，但不能重写接口默认方法
final类可以implements接口，只要它提供接口中所有抽象方法的具体实现。但它无法覆盖接口的default方法——因为覆盖需要子类重写，而final类没有子类。
如果接口定义了default void log()，而final类又没自己声明同签名方法，那它只能继承该默认实现；若想改变行为，必须在final类内部显式提供该方法体（此时不是“重写”，而是“直接实现”）。
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
立即学习“Java免费学习笔记（深入）”；
- 容易踩的坑：误以为
final类能靠default方法间接“被定制”，实际上调用方看到的仍是接口约定，无法通过继承注入新逻辑 - 参数差异：接口默认方法可被非
final子类覆盖，但final类做不到；这点和普通继承链中的final方法行为一致 - 性能影响极小：接口默认方法调用走的是invokeinterface指令，与是否
final无关
final类的构造逻辑不受影响，但无法被代理或Mock增强
final类的构造函数照常执行，字段初始化、this()调用、静态块等一切正常。真正受限的是运行时动态操作——比如CGLIB代理、部分Mock框架（如EasyMock旧版）、或ASM字节码改写工具，它们依赖生成子类来增强行为，而final类阻断了这一路径。
- 常见错误现象：使用
Mockito.mock(FinalClass.class)在较老版本Mockito中抛MockitoException: Cannot mock/spy final classes - 解决方案：升级到Mockito 3.4.0+（启用
mockito-inline）或改用基于字节码注入（而非继承）的方案 - 兼容性注意：Spring AOP默认使用JDK动态代理（对接口有效），对
final类只能代理其接口部分；若无接口，则AOP切面不生效
final类的序列化与反序列化完全正常
标记为final不影响Java序列化机制。只要类实现Serializable，且字段可访问（或有serialVersionUID），就能正常writeObject/readObject。反序列化时，JVM通过反射调用私有无参构造器创建实例，不涉及继承链初始化。
- 唯一例外：若
final字段未在声明时初始化，又没在构造器中赋值，反序列化后该字段值为对应类型的默认值（如0、null），因为反序列化绕过了常规构造流程 - 建议：对
final字段，优先使用private static final long serialVersionUID = ...显式声明，并确保所有final引用在构造器中完成初始化
final类，而是后续要绕过它做测试或集成时才发现——有些框架的“默认行为”隐含了继承假设，而你手里的类早已被锁死。 
