应优先用组合代替继承，先确认“is-a”关系是否真实成立；若类间是“has-a”或“uses-a”关系，或违反liskov替换原则、出现空实现或unsupportedoperationexception，则应拆分为接口+默认方法，或使用final类封禁继承。
用组合代替继承前先确认“is-a”关系是否真实成立
过度继承往往源于把“has-a”或“uses-a”误当作“is-a”。比如 Engine 和 Car 之间不是 Engine is-a Car，强行让 Engine 继承 Car 会破坏语义，也导致子类承担无关职责。
- 检查类名能否自然填入 “X is a Y”：若说不通（如 “
Loggeris aDatabaseConnection”），就别继承 - 继承应只用于表达**可替代性**（Liskov 替换原则）：任何使用父类的地方，换成子类后行为不变、不抛新异常、不弱化前置条件
- 一旦发现子类要重写父类方法并抛出更宽泛异常，或覆盖后返回更弱类型，说明继承已越界，该拆了
当父类有多个不相关的功能时，优先拆成接口 + 默认方法
Java 8+ 支持 default 方法，但别把它当成“多继承补丁”。如果一个父类同时提供日志、缓存、序列化能力，它其实已在承担三类契约——这不是抽象，是职责污染。
- 把每类能力提取为独立接口：
Loggable、Cacheable、Serializable - 在接口中用
default提供通用实现（如Loggable.log(String)调用System.out.println），但禁止在 default 方法里访问非 public 成员 - 避免接口间相互
extends形成“接口继承链”，这会悄悄复制过度继承的问题
子类覆盖父类方法时，警惕“空实现”和“throw new UnsupportedOperationException”
这是继承失控的典型症状。比如父类 AbstractList 定义了 add()，但某个子类只读，于是覆盖成 throw new UnsupportedOperationException() —— 这等于告诉调用方“我继承了你，但我不守约”。
- 出现
UnsupportedOperationException，大概率说明这个类不该继承该抽象类，而应实现更窄的接口（如Collection或Iterable） - 空实现（
public void update() { }）比抛异常更危险：它静默失败，调用方无法感知契约被破坏 - 若真需要“部分能力”，用组合封装具体实现类，通过委托暴露所需方法，而非继承后删功能
用 final 类和 private 构造器主动封禁继承路径
不是所有类都该被继承。工具类（Objects）、不可变值类（LocalDateTime）、配置容器（DataSourceProperties）一旦开放继承，就会引入不可控的子类状态和行为。
立即学习“Java免费学习笔记（深入）”；
- 明确不希望被继承的类，直接加
final修饰符；若需实例化但禁止继承，用private构造器 + 静态工厂方法 - 不要依赖文档写“请勿继承”，JVM 不读注释；
final是唯一能阻止编译期继承的手段 - 谨慎使用
protected成员：它本质是为继承预留的后门，若类本身不支持安全继承，就把字段/方法设为private，通过public方法暴露必要能力
public final class StringUtils {
private StringUtils() {} // 禁止实例化与继承
public static boolean isBlank(String str) {
return str == null || str.trim().isEmpty();
}
}
真正难的不是写出不继承的代码，而是每次写 extends 前，停下来问一句：这个子类，有没有可能在未来某天，因为父类加了一个字段或改了一个 protected 方法，就突然崩溃或行为错乱。 
