Java中防止类被继承的唯一标准做法是用final修饰类，如public final class StringUtils{...}，此时任何类继承它都会在编译期报错；private构造函数不能可靠阻止继承，因其属副作用且语义不清。
用 final 关键字修饰类是最直接有效的方式
Java 中防止一个类被继承，唯一标准、无歧义的做法就是声明该类为 final。一旦加上这个修饰符，任何其他类尝试 extends 它都会在编译期报错：Cannot inherit from final 'ClassName'。
实操建议：
-
final必须写在class关键字之前，如：public final class StringUtils { ... } - 不能与
abstract共存——抽象类本意就是被继承，两者语义冲突 - 枚举类（
enum）默认是final的，无需额外声明 - 注意：
final类中的方法自动成为final方法，但字段不受影响（字段是否可变取决于其自身是否final）
为什么不用私有构造函数来阻止继承
有人误以为把构造函数设为 private 就能阻止继承，这是常见误解。子类继承时确实需要调用父类构造函数，但 private 构造函数只是让子类无法显式或隐式调用它——而编译器会直接拒绝生成继承关系，报错信息通常是：Implicit super constructor Xxx() is not visible for default constructor。
但这不是“防止继承”的可靠方式：
立即学习“Java免费学习笔记（深入）”；
- 它依赖于编译器对构造函数可见性的检查，属于副作用，并非设计意图
- 如果父类提供了
protected或包级构造函数，继承依然成立 - 即便构造函数全私有，只要类没加
final，反射仍可能绕过（虽然不推荐也不常规） - 语义不清：别人看到
private构造函数，第一反应是“该类不可实例化”，比如工具类，而非“禁止继承”
继承限制的实际使用场景和取舍
不是所有工具类或值类都该加 final，得看设计契约。加 final 是一种强约束，意味着你明确拒绝未来通过继承扩展行为。
典型适用情况：
- 值对象（如
LocalDateTime、BigDecimal），其不变性（immutability）依赖类不可被篡改 - 安全敏感类，避免子类重写关键方法引入漏洞（如认证上下文容器）
- 已封装完整逻辑的工具类（如
Collections工具类本身不被继承，但它的静态工厂返回的集合实现类如UnmodifiableList是final）
慎用情况：
- 框架提供的扩展点类（如 Spring 的
HandlerInterceptor），故意留出继承接口 - 尚未稳定 API 的内部模块，过早
final会增加后续重构成本
IDE 和 Linter 能帮你发现遗漏的 final 吗
不能自动判断该不该加，但可以辅助检查一致性。例如：
- IntelliJ IDEA 提供检查 “Immutable class can be made
final”，适用于所有字段都是final且无可变状态的类 - PMD 规则
UseFinalForImmutable或 SonarQube 的 “Classes that have onlyfinalfields and no setters should befinal” 可以识别这类机会 - 但这些工具不会提醒你“这个策略类应该
final因为业务逻辑不允许定制”，那得靠设计评审
真正容易被忽略的是：把类设为 final 后，它里面的非 final 方法虽然不能再被重写，但如果方法参数或返回值类型是可变的，外部仍可能通过组合或委托绕过封装——final 只锁住继承链，不锁住所有扩展方式。
