子类方法重写后未执行，主因是多态未触发：必须用父类引用指向子类对象（如Animal a = new Dog(); a.move()）；若直接用子类声明（Dog d = new Dog(); d.move()）则为静态绑定；static/private/final方法不可重写；缺少@Override注解易导致“伪重写”；父类构造器中调用被重写方法会致子类字段未初始化即执行。

子类方法重写后却没执行，不是代码没写对，而是调用方根本没走到子类版本——常见于多态失效、引用类型错误或初始化陷阱。排查要从“谁在调用”和“谁被调用”两个角度切入。

看引用类型是否触发了多态

Java 的方法调用绑定发生在运行时，但前提是：必须用父类类型引用指向子类对象。如果直接用子类类型声明变量，即使方法被重写了，也不会体现多态效果（虽然逻辑执行的是子类方法，但不属于“重写生效”的典型场景）。

• ✅ 正确触发重写：Animal a = new Dog(); a.move(); → 调用 Dog 的 move()
• ❌ 不触发多态：Dog d = new Dog(); d.move(); → 看似一样，但这是静态绑定，不依赖重写机制；若后续换成 Cat，代码就得改
• ⚠️ 常见坑：方法参数是父类类型，但传入的是父类实例而非子类实例，比如 process(new Animal())，那永远进不了子类重写逻辑

检查是否误用了 static / private / final 方法

这三类方法根本不能被重写，子类里写同名方法只是“隐藏”或“新增”，编译器不会报错，但运行时不会切换到子类版本。

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

• static 方法：调用取决于引用的**编译时类型**。例如 Animal a = new Dog(); a.staticMethod() 仍调父类的 staticMethod
• private 方法：子类不可见，所谓“重写”实际是定义了一个全新方法，和父类毫无关系
• final 方法：编译器会直接拒绝重写，但如果漏掉 @Override 注解，可能误以为重写成功，实则只是新增了同名方法

确认 @Override 注解是否存在且有效

@Override 不是装饰，是编译器校验开关。它能帮你发现拼写错误、参数不一致、返回值不协变等“看似重写、实为新增”的问题。

立即学习“Java免费学习笔记（深入）”；

• 删掉 @Override，如果代码还能编译通过，说明这个方法根本没重写成功（比如方法名写成 toString() 写成 toStirng()）
• IDE（如 IntelliJ）会标灰无用的 @Override —— 那就是没找到可重写的父类方法
• 建议所有意图重写的方法都强制加 @Override，不加就等于放弃编译期防护

警惕父类构造器中调用被重写方法

这是最隐蔽的“未执行”假象：子类方法确实被调了，但调用发生在父类构造过程中，此时子类字段还是默认值（null/0/false），看起来像“没生效”，其实是执行了但结果异常。

• 断点打在子类重写的方法入口，运行时发现它真被调了，但 this.xxx 是 null → 八成是父类构造器里调了它
• 解决方案：把构造器里所有非 private / non-final 方法调用都改成 private 或 final，或把逻辑移到 init() 等显式方法中
• IDE 通常有 “Constructor calls overridable method” 检查项，开启后会直接标红警告