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类内部显式提供该方法体（此时不是“重写”，而是“直接实现”）。

• 容易踩的坑：误以为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类，而是后续要绕过它做测试或集成时才发现——有些框架的“默认行为”隐含了继承假设，而你手里的类早已被锁死。