方法重写是Java实现多态的核心机制，要求子类与父类存在继承关系，方法名、参数列表完全一致，返回类型协变或相同，访问权限不更严格，且父类方法不能为private、static或final；必须使用@Override注解以确保编译期校验和避免假重写。
方法重写（Override）是 Java 继承中实现不同业务逻辑的核心机制，本质是让子类用自己定义的方法替换父类的同名方法，从而在多态调用时执行子类专属逻辑。
必须满足重写的基本条件
只有满足这些前提，JVM 才会把调用路由到子类方法：
- 子类与父类存在 继承关系（extends），不是两个独立类的巧合同名
- 方法名、参数列表（类型、个数、顺序）必须完全一致；泛型在擦除后也要匹配原始类型
- 返回值类型可相同，或为父类返回类型的子类型（如父类返回
Number，子类可返回Integer） - 子类方法访问权限不能比父类更严格（如父类是
protected，子类不能是private） - 父类方法不能是
private、static或final—— 这些方法无法被重写
用 @Override 注解避免“假重写”
不加注解也能编译通过，但极易出错：
- 拼错方法名（如
caluclate写成calculate），实际成了新方法，多态调用不会走它 - 参数类型看似一样，实则不协变（如父类接收
List<String>，子类写成ArrayList<String>），这是重载，不是重写 - 父类方法被删除或签名修改后，子类残留的“重写”代码变成孤立方法，运行时静默失效
加上 @Override 后，编译器会立刻报错 “Method does not override method from its superclass”，帮你提前拦截这些问题。
立即学习“Java免费学习笔记（深入）”；
业务逻辑差异化落地方式
重写不是简单复制粘贴改输出，而是按需定制行为：
-
完全替换：比如父类
notify()发邮件，子类重写为发短信，逻辑彻底不同 -
扩展增强：子类在调用
super.notify()前后添加日志、权限校验或数据预处理 -
条件分支细化：父类方法留空或抛
UnsupportedOperationException，强制子类各自实现（常见于模板方法模式） -
状态感知调整：利用子类特有字段（如
isVIP）改变处理路径，同一入口产生不同结果
确保多态真正生效的关键点
写了重写方法，但调用时仍执行父类逻辑？检查这些常见陷阱：
- 是否用父类引用指向子类对象？例如
Animal a = new Dog()，而不是Dog d = new Dog() - 是否在父类构造器中调用了该方法？此时子类对象尚未初始化完成，JVM 只能调用父类版本（危险！易 NPE）
- 方法是否被声明为
static？静态方法调用由编译时类型决定，不走动态绑定 - 是否误用了
this.methodName()在非多态上下文中？确认调用链没有绕过运行时分派
