在Java中如何避免过度继承问题_JavaOOP设计误区解析-java教程-PHP中文网

应优先用组合代替继承，先确认“is-a”关系是否真实成立；若类间是“has-a”或“uses-a”关系，或违反Liskov替换原则、出现空实现或UnsupportedOperationException，则应拆分为接口+默认方法，或使用final类封禁继承。

在java中如何避免过度继承问题_javaoop设计误区解析

用组合代替继承前先确认“is-a”关系是否真实成立

过度继承往往源于把“has-a”或“uses-a”误当作“is-a”。比如 Engine 和 Car 之间不是 Engine is-a Car，强行让 Engine 继承 Car 会破坏语义，也导致子类承担无关职责。

检查类名能否自然填入 “X is a Y”：若说不通（如 “Logger is a DatabaseConnection”），就别继承
继承应只用于表达**可替代性**（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() —— 这等于告诉调用方“我继承了你，但我不守约”。

java-api-doc-generator

分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。

下载

出现 UnsupportedOperationException，大概率说明这个类不该继承该抽象类，而应实现更窄的接口（如 Collection 或 Iterable）
空实现（public void update() { }）比抛异常更危险：它静默失败，调用方无法感知契约被破坏
若真需要“部分能力”，用组合封装具体实现类，通过委托暴露所需方法，而非继承后删功能

用 final 类和 private 构造器主动封禁继承路径

不是所有类都该被继承。工具类（Objects）、不可变值类（LocalDateTime）、配置容器（DataSourceProperties）一旦开放继承，就会引入不可控的子类状态和行为。

明确不希望被继承的类，直接加 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 方法，就突然崩溃或行为错乱。