final修饰的类不能被继承，这是编译期强制约束，如String、Integer等JDK核心类均如此，旨在保障不可变性与线程安全；其方法自动具有final语义，无需重复声明。
final修饰的类不能被继承，这是编译期强制约束
Java中用final修饰一个类，意味着它彻底关闭了继承通道——任何extends尝试都会在编译阶段报错，比如The type X cannot subclass the final class Y。这不是运行时检查，而是javac直接拒绝生成字节码。String、Integer、Math这些JDK核心类都是final的，目的很实在：防止子类篡改不可变语义或破坏线程安全契约。
final类的方法自动成为final，但加final关键字是冗余的
你不需要（也不该）在final类里再给每个方法手动加final修饰符。因为一旦类被声明为final，它的所有实例方法（包括构造器之外的普通方法）都会隐式获得final语义。下面这种写法虽然合法，但属于画蛇添足：
final class MyUtils {
public final void doSomething() { ... } // ✅ 语法允许，但无实际意义
}
真正该关注的是设计意图是否匹配：如果你的类本意是“可扩展”，却误加了final，后续所有继承需求都会卡死；反之，若类封装了敏感逻辑（如加密上下文、配置解析器），final就是一道必要防线。
常见误用：把工具类/常量类设为final，却忘了初始化约束
很多开发者习惯把public static final常量集中到一个final类里，比如：
立即学习“Java免费学习笔记（深入）”；
final class Config {
public static final int TIMEOUT = 5000;
public static final String API_BASE = "https://api.example.com";
}
这本身没问题，但要注意两点：
-
final类不能有无参构造器以外的构造器（除非显式定义），否则子类化失败会连带影响内部构造逻辑 - 如果类里有非static的
final字段，必须在声明时、构造器中或初始化块里完成赋值，否则编译报错variable might not have been initialized - 不要为了“看起来更安全”而给所有工具类加
final——如果未来需要Mock测试或SPI扩展，这个final就成了硬伤
和abstract类互斥，但和private构造器不是一回事
final类和abstract类天然冲突：前者禁止继承，后者强制被继承，二者同用直接编译失败。这点容易理解。但另一个常见混淆点是：final ≠ “不可实例化”。比如下面这个类仍是final，但通过私有构造器+静态工厂方法控制实例创建：
final class Singleton {
private static final Singleton INSTANCE = new Singleton();
private Singleton() {}
public static Singleton getInstance() { return INSTANCE; }
}
它既不可被继承，也可被正常使用——final只管继承边界，不管对象怎么造。
final class A，只要有人用字节码操作工具（如ASM）强行修改class文件，照样能绕过限制。所以它本质是设计沟通语言，不是安全围栏。 
