17370845950

重写必须发生在父子类间且方法签名完全一致，是运行时多态基础；重载仅限同一类中参数列表不同，属编译时静态绑定。

重写（Override）必须发生在父子类之间，且方法签名要完全一致

重写是运行时多态的根基，只有当子类继承父类，并且想改变某个已有方法的行为时才用。关键不是“名字一样”，而是“签名一样”：方法名、参数类型、参数个数、参数顺序，三者缺一不可。

• public void run() 和 public void run(String s) —— 不是重写，是重载（参数不同）
• protected void speak() 在父类中，子类用 private void speak() —— 编译失败，访问权限不能更严格
• 父类方法声明抛出 IOException，子类重写时抛出 Exception —— 编译报错，异常范围不能扩大
• 父类方法返回 Animal，子类可重写为返回 Dog（协变返回），但不能返回 Object

最常踩的坑是误把 private 方法当父类可重写方法——它根本不可见，子类里同名方法只是新定义，和重写无关。

重载（Overload）只看同一个类里的参数列表，跟返回值、异常、修饰符全无关

重载纯粹是编译器的事，发生在单个类内部，目的是让一个方法名能适配多种输入。JVM 在编译阶段就锁定了调用哪个重载版本，不依赖对象实际类型。

• void print(int x) 和 void print(String s) —— 是重载 ✅
• int add(int a, int b) 和 double add(int a, int b) —— ❌ 编译错误，仅返回值不同不构成重载
• public void init() 和 static void init() —— ❌ 静态修饰符不同也不算重载
• 参数顺序不同也算重载：void connect(String host, int port) 与 void connect(int port, String host) 是两个独立方法

注意：构造器也支持重载，这是初始化逻辑分层最常用的场景之一。

@Override 注解不是可选项，而是防错刚需

加 @Override 不是为了“好看”或“规范”，而是让编译器帮你校验：你写的这个方法，是不是真在父类里存在且可被重写？漏掉它，可能你以为在重写，其实只是新写了同名方法，多态失效却毫无提示。

class Animal {
    public void move() { System.out.println("moving"); }
}
class Bird extends Animal {
    // 忘加 @Override？编译器不会报错，但语义已偏离
    public void move() { System.out.println("flying"); }
    // 正确写法：
    @Override
    public void move() { System.out.println("flying"); }
}

如果父类把 move() 改成 final 或 private，有 @Override 的代码会立刻编译失败，没加的则静默变成“新方法”，后期排查成本极高。

动态绑定 vs 静态绑定：决定你看到的是谁的行为

这是底层机制差异，直接影响运行结果：

• 重载靠 静态绑定：编译时根据引用类型决定调用哪个方法。比如 Animal a = new Dog(); a.print();，如果 print() 有重载，编译器只看 a 是 Animal 类型，就选 Animal 类里匹配的重载版本
• 重写靠 动态绑定：运行时根据实际对象类型决定调用哪个方法。同样 Animal a = new Dog(); a.move();，执行的是 Dog 的 move()

很多人混淆“为什么重载没走子类方法”，本质是搞错了绑定时机——重载从不查子类，它只认你声明时写的那个类型。

重写和重载看起来都“方法名一样”，但一个是运行时看对象是谁，一个是编译时看变量声明类型；一个改行为，一个扩接口。最容易忽略的，是重载对参数顺序的敏感性，以及重写中协变返回和异常限制这些“看似宽松实则严格”的边界条件。