重写是子类覆盖父类方法，重载是同类方法名同参数异

本文深入剖析了Java中极易混淆的两个核心概念——重写（Override）与重载（Overload），明确指出：重写是子类在继承关系下覆盖父类同签名方法，体现运行时多态，由JVM在运行期通过虚方法表动态绑定，必须使用@Override注解且受严格规则约束；而重载是同一类内多个同名但参数列表不同的方法，属于编译时多态，由javac在编译期依据引用类型和参数静态类型完成解析，与返回类型、修饰符无关。文章不仅厘清二者在发生位置、绑定时机、JVM机制、语法限制（如构造器、static方法、泛型擦除）上的本质差异，还揭示了自动装箱、varargs等场景下的典型陷阱，帮助开发者彻底摆脱“名字相同就以为行为相似”的误区，真正掌握多态背后的底层逻辑。

重写（Override）是子类改父类方法，重载（Overload）是同一个类里多个同名但参数不同的方法

重写的本质是运行时多态：调用哪个版本，取决于对象实际类型；重载是编译时决定的，只看变量声明类型和传入参数的静态类型。很多人混淆，是因为都用了相同方法名，但发生位置、触发时机、JVM处理方式完全不同。

@Override 注解只对重写有效，加在重载方法上会编译报错

这是最直接的区分信号。Java 要求重写必须加 @Override（除非父类方法是 private 或 final），而重载方法加了它会提示 Method does not override method from its superclass。

• 重写：必须有继承关系，方法签名（名称 + 参数类型）完全一致，返回类型协变，访问权限不能更严格
• 重载：发生在同一个类中，参数列表不同（类型、个数、顺序任一不同），返回类型和访问修饰符可任意
• 构造方法只能重载，不能重写（没有继承构造方法这回事）

重载解析在编译期完成，重写绑定在运行期发生

这意味着重载选哪个方法，javac 就定死了；而重写调用谁，得等 new 出来的对象实际是哪个子类实例才能确定。这也是为什么 static 方法可以重载但不能真正重写——它不参与动态分派。

• 重载示例：print(String) 和 print(Object) 在同一类里，传 "abc" 会选前者；但传 new Object() 就选后者
• 重写示例：父类 Animal.speak() 输出 "sound"，子类 Dog.speak() 输出 "woof"，用 Animal a = new Dog(); a.speak(); 打印的是 "woof"
• 如果把 speak() 声明为 static，那无论 a 实际是什么类型，都只会调父类版本

容易被忽略的坑：重载可能意外遮蔽重写，尤其涉及自动装箱和 varargs

比如父类有 void handle(int x)，子类加了个 void handle(Integer x)，看起来像重载，但其实破坏了重写契约——因为 Integer 参数不会触发对父类 int 版本的重写，反而让子类失去多态行为。

• 基本类型和包装类混用重载，极易导致调用路径出人意料
• 带 ... 的重载方法优先级最低，但容易和其它重载产生歧义，编译器可能报 reference to xxx is ambiguous
• 泛型擦除后，list(List) 和 list(List) 无法构成重载（擦除后都是 list(List)），会编译失败

重写看对象实类型，重载看引用声明类型和参数字面量；一个靠 JVM 运行时查虚方法表，一个靠 javac 编译时查符号表——底层机制差得远，别被名字带偏。

好了，本文到此结束，带大家了解了《重写是子类覆盖父类方法，重载是同类方法名同参数异》，希望本文对你有所帮助！关注golang学习网公众号，给大家分享更多文章知识！