应避免三层以上继承，因其显著增加理解、调试和维护难度，尤其对初学者不友好；推荐组合+接口替代深继承，职责更清晰、风险更可控。
因为三层以上的继承拓扑会快速放大理解成本、调试难度和维护风险，对初学者尤其不友好。
理解模型变得困难
每增加一层继承，子类就多继承一层状态和行为。初学者容易混淆：某个方法到底来自哪一层？字段是直接定义的还是被某层父类屏蔽的？Object → A → B → C → D 这样的链路中，D 类要理清所有祖先的构造顺序、字段可见性、方法覆盖逻辑，远超新手的认知负荷。
错误反馈路径模糊
运行出错时，堆栈信息可能跨越四五个类，但初学者往往卡在“为什么调用的是这个版本的方法”上。比如重写了 toString()，却没意识到它早在 B 层就被改过一次、C 层又加了条件判断——结果输出不符合预期，却找不到修改点。
父类改动极易引发连锁崩溃
- 父类新增一个 protected 字段，子类若用反射或 Lombok 生成代码，可能直接编译失败
- 父类构造器加了参数，子类没显式写
super(...)就报错，而错误提示只说“找不到合适的构造器”，不指明根源 - 某层父类悄悄修改了
equals()的逻辑，所有下游子类的集合操作（如contains）都可能失效，且无明显报错
替代方案更清晰可控
初学者用组合 + 接口，比深继承更容易建立正确直觉：
- 把共性功能拆成独立类（如
NameHolder、Timestamped），通过字段持有，职责一目了然 - 用接口定义能力（如
Printable、Validatable），实现类按需声明，不强绑生命周期和字段结构 - 哪怕要复用逻辑，也优先用模板方法（
abstract void doWork()）收口，而不是放任子类随意覆盖任意方法
