java中继承的方法重写冲突本质是覆盖规则未被正确理解：子类重写父类方法需满足签名一致并建议加@override；父类方法优先于接口default方法；多个接口default同名时编译报错，必须显式覆盖。
Java 中继承带来的方法重写冲突，本质不是“冲突”而是“覆盖规则未被正确理解”。只要遵循重写（Override）的语义和编译器检查机制，就不会出现不可控的行为。关键在于分清三类不同场景：子类重写父类方法、类与接口 default 方法共存、多个接口 default 方法同名——它们的处理逻辑完全不同。
子类重写父类方法：必须满足签名一致 + @Override
这是最标准的重写场景。只有当子类方法与父类非 private、非 static、非 final 的实例方法具有完全相同的：
- 方法名
- 参数列表（类型、顺序、数量）
- 返回类型（支持协变，如父类返回 Animal，子类可返回 Dog）
- 访问权限不能更严格（public → protected 不合法，反之可以）
才构成有效重写。强烈建议始终加上 @Override 注解——编译器会帮你校验是否真正在重写，避免因拼写错误或参数微调导致变成重载（Overload），从而静默失效。
父类方法 vs 接口 default 方法：父类优先，无歧义
当一个类既继承父类又实现接口，且两者都有同签名的实例方法时，Java 规定：父类中的实现永远胜出，接口的 default 方法会被自动忽略。
例如：
- 父类
Vehicle有public void start() { ... } - 接口
Flyable有default void start() { ... } - 子类
Drone extends Vehicle implements Flyable—— 调用drone.start()执行的是Vehicle.start()，无需任何额外声明
这种设计保证了继承链的权威性，也避免了运行时不确定性。
多个接口 default 方法同名：编译报错，必须显式解决
如果一个类同时实现了两个没有继承关系的接口（如 A 和 B），而它们都定义了同签名的 default void log()，Java 编译器会直接拒绝编译，并提示 “class C inherits unrelated defaults for log() from types A and B”。
此时你必须在类中显式重写该方法，并明确选择调用路径：
- 只调用其中一个：
A.super.log()或B.super.log() - 组合逻辑：
A.super.log(); B.super.log(); - 完全自定义实现（不调用任一 default）
这属于编译期强制决策，不是运行时“冲突”，而是语言要求你对行为负责。
不构成重写的常见误判
以下情况看似像重写，实为重载或无效声明，不会触发多态：
- 子类方法参数类型不同（如父类
eat(String food)，子类写eat(Object food)）→ 是重载 - 父类方法是
private或static→ 子类中同名方法只是新定义，与父类无关 - 返回类型不协变（如父类返回
List，子类返回ArrayList且未继承关系）→ 编译失败 - 忘记加
@Override导致改错签名却没报错 → 建议开启 IDE 警告或使用 Lombok 的@Slf4j类似工具辅助检查
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
