重载发生在同一类中，通过参数列表不同实现方法区分，是编译时多态；重写发生在继承关系中，子类重定义父类方法，是运行时多态。
重载（Overload）和重写（Override）是面向对象编程中两个核心但又常常让人混淆的概念。简单来说，重载发生在一个类内部，它允许我们定义多个同名但参数列表不同的方法，目的是为了让一个方法名能够处理多种数据输入。而重写则发生在继承关系中，子类提供了一个与父类中方法签名完全一致但实现不同的方法，目的是为了让子类能够特化或改变父类的行为。理解它们的核心差异，对于写出清晰、可维护的代码至关重要。
解决方案
要深入理解重载和重写，我们需要从它们的定义、发生场景以及背后原理来剖析。
重载（Overload） 重载指的是在一个类中，可以有多个方法拥有相同的名字，但它们的参数列表（参数的数量、类型或顺序）必须不同。编译器会根据方法调用时提供的参数来决定具体执行哪个重载版本。这是一种编译时多态（或称静态多态），因为方法选择在编译阶段就已经确定了。
-
特点：
- 发生在同一个类中。
- 方法名相同。
- 参数列表必须不同（数量、类型、顺序）。
- 返回类型可以相同也可以不同，但不能仅通过返回类型来区分重载方法。
- 访问修饰符可以相同也可以不同。
- 它让API更加灵活和易用，比如一个
print
方法可以打印整数，也可以打印字符串。
重写（Override） 重写是指子类对父类中已有的方法进行重新实现。子类提供了一个与父类中被重写方法具有相同签名（方法名、参数列表和返回类型）的方法，但其内部逻辑可以完全不同。这是运行时多态（或称动态多态）的体现，因为具体执行哪个版本的方法是在程序运行时根据对象的实际类型来决定的。
-
特点：
- 发生在具有继承关系的父类和子类之间。
- 方法名、参数列表、返回类型（或协变返回类型）必须与父类被重写方法完全一致。
- 子类方法的访问修饰符不能比父类方法的更严格（可以相同或更宽松）。
- 父类的静态方法不能被重写。
- 父类的
final
方法不能被重写。 - 它允许子类在不改变父类接口的前提下，实现自己特有的行为。
为什么面向对象编程需要重载和重写机制？
在我看来，重载和重写就像是编程语言为我们提供的两把利器，它们各自解决着不同的设计痛点，共同构筑了面向对象编程的强大灵活性。
重载的价值在于提升API的“人性化”和易用性。 设想一下，如果你想实现一个功能，比如“计算两个数的和”，但这两个数可能是整数，也可能是浮点数。如果没有重载，你可能需要写
addInt(int a, int b)和
addDouble(double a, double b)这样冗余的方法名。这不仅增加了记忆负担，也让代码显得不够优雅。重载机制允许我们使用一个直观且富有表达力的名字——
add，来处理所有这些变体。这就像是给一个工具箱里的螺丝刀配上了多种不同型号的刀头，核心功能是拧螺丝，但能应对各种尺寸的螺丝。它减少了认知负担，让我们的代码接口更加简洁和直观。从实际开发经验来看，尤其在设计类库或框架时，合理使用重载能极大地提高API的友好度。
而重写，则是实现多态性，赋予程序“千变万化”能力的关键。 它的核心在于“特化”和“定制”。父类定义了一个通用的行为（比如一个
Animal类有一个
makeSound()方法），但我们知道，不同的动物（
Dog、
Cat）发出声音的方式是截然不同的。重写允许
Dog类提供自己的
makeSound()实现（“汪汪”），
Cat类提供其自己的实现（“喵喵”），而外部调用者仍然可以通过一个
Animal类型的引用来调用
makeSound()方法，具体执行哪个版本则取决于引用实际指向的对象类型。这种机制是实现“开闭原则”（对扩展开放，对修改关闭）的基石。当我们需要引入新的动物类型时，只需要创建一个新的子类并重写
makeSound()，而无需修改
Animal类或任何使用
Animal引用的现有代码。对我来说，重写是面向对象编程中最具魔力的地方，它让代码能够应对复杂多变的需求，保持高度的灵活性和可扩展性。
在实际开发中，何时应该优先考虑使用重载，何时又该考虑重写？
这其实是一个关于代码设计意图的选择题，理解它们的适用场景能帮助我们做出更明智的决策。
何时优先考虑重载： 当你发现自己需要在一个类内部提供多个功能相似但处理不同输入类型或数量的方法时，重载就是你的首选。最常见的场景包括：
-
构造函数： 一个类可能需要多种方式来初始化对象。例如，一个
User
类可以有一个无参构造函数，一个只接受用户名和密码的构造函数，以及一个接受所有用户信息的构造函数。 -
辅助方法或工具方法： 比如一个日志记录器，你可能需要
log(String message)
来记录普通信息，log(String message, Exception e)
来记录带异常的信息，或者log(String format, Object... args)
来记录格式化信息。它们的核心都是“记录日志”，只是输入的细节不同。 - 简化API： 当你希望用户通过一个统一的方法名来执行某个操作，而不用关心具体的参数类型或数量时。这能让你的API显得更简洁、更易于记忆和使用。
我的经验是，当你感觉要为同一个概念起好几个不同的方法名（比如
printInteger,
printString,
printBoolean）时，停下来想一想，这可能就是一个重载的好机会。
何时优先考虑重写： 当你处理的是一个继承体系，并且希望子类能够对父类中定义的行为进行特定的实现或扩展时，重写就是不可或缺的。这通常发生在以下情况：
-
实现多态行为： 这是重写最核心的用途。例如，一个图形基类
Shape
有一个calculateArea()
方法，Circle
和Rectangle
子类都需要重写它来根据自己的几何特性计算面积。 -
框架或库的扩展点： 许多框架会提供抽象类或接口，并定义一些方法（或抽象方法），期望用户通过继承并重写这些方法来定制自己的逻辑。例如，Android中的
Activity
生命周期方法 (onCreate
,onStart
)，我们就是通过重写它们来定义自己的应用行为。 -
提供子类特有的实现： 即使父类已经提供了默认实现，子类也可能需要更具体或更优化的实现。比如，一个通用的
sort()
方法在父类中可能使用冒泡排序，但一个特定子类可能知道其数据特性，可以通过重写实现更高效的快速排序。
简单来说，如果你在设计一个类层次结构，并且希望不同的子类能以自己的方式响应相同的消息（方法调用），那么重写就是你实现这种“定制化”行为的利器。
重载和重写在编译时和运行时有什么不同表现？
理解重载和重写在编译时和运行时的不同表现，是掌握它们工作原理的关键，这直接关系到程序行为的确定性。
重载（Overload）是编译时（静态）行为。 当我们编写代码并调用一个可能被重载的方法时，编译器会在编译阶段，根据你传入的参数的静态类型（即你在代码中声明的变量类型）和数量，来精确地匹配并确定应该调用哪个重载版本。这个过程被称为静态绑定或早期绑定。 举个例子，如果你定义了
void print(int i)和
void print(String s)两个方法。 当你在代码中写
print(10);时，编译器在编译时就会明确地知道，这里应该调用
print(int i)。 而当你写
print("Hello"); 时，编译器则会绑定到 print(String s)。 如果传入的参数类型与任何重载方法都不匹配，或者存在模糊不清的匹配（比如同时匹配多个重载方法，且没有一个是最合适的），编译器就会直接报错。这意味着，在程序实际运行之前，所有重载方法的调用路径就已经被编译器固定下来了。
重写（Override）是运行时（动态）行为。 与重载不同，重写是典型的运行时行为，它依赖于动态绑定或后期绑定。当存在继承关系，并且子类重写了父类的方法时，如果你通过父类的引用来调用这个被重写的方法，JVM（Java虚拟机，或其他语言的运行时环境）会在程序执行到这一行代码时，才根据该引用实际指向的对象的运行时类型来决定到底执行哪个版本的方法。 考虑一个经典例子：
class Animal {
void makeSound() { System.out.println("动物发出声音"); }
}
class Dog extends Animal {
@Override
void makeSound() { System.out.println("汪汪！"); }
}
public class Test {
public static void main(String[] args) {
Animal myAnimal = new Dog(); // 父类引用指向子类对象
myAnimal.makeSound(); // 调用被重写的方法
}
}在这段代码中，
myAnimal的静态类型是
Animal，但它实际指向的对象是一个
Dog实例。当
myAnimal.makeSound()被调用时，虽然
myAnimal是
Animal类型，但JVM会在运行时识别出
myAnimal实际是一个
Dog对象，因此会执行
Dog类中重写的
makeSound()方法，输出“汪汪！”。这种机制使得程序在运行时能够根据对象的实际“身份”展现出不同的行为，这正是面向对象编程中多态性的核心体现，也是构建高度灵活和可扩展系统的关键所在。
