重载发生在同一类中，与方法是否抽象无关；抽象方法可被重载（如handle(String)和handle(Integer)），但其根本目的是被子类重写（override），要求签名一致、返回值协变、异常范围不扩大。
可以，但重载发生在同一个类内部，和抽象方法是否抽象无关；而抽象方法的真正作用是被子类重写（override），不是重载。
抽象方法本身支持重载
只要满足重载规则——同一类中、方法名相同、参数列表不同（类型、个数或顺序不同），抽象方法就能和其他方法（包括其他抽象方法、具体方法）构成重载关系。
- 抽象类中可以声明多个同名但参数不同的抽象方法，例如：
public abstract void handle(String s);public abstract void handle(Integer n);
这是合法的重载。 - 抽象方法也可以和本类中的具体方法重载，例如：
public abstract void start();public void start(String mode) { ... } - 重载解析在编译期完成，与方法是否 abstract 无关，只看引用类型和实参。
重载 ≠ 重写，别混淆关键目标
抽象方法存在的根本意义不是为了被重载，而是强制子类提供具体实现。这个过程叫重写（override），要求：
- 子类中方法签名（名称 + 参数类型）必须完全一致（泛型擦除后）
- 返回值类型可协变（如父类返回
Number，子类可返回Integer） - 不能扩大异常范围，访问权限不能更严格（如父类
protected，子类不能写private）
常见误解：以为“子类写个同名方法就是重载”
错误示例：
立即学习“Java免费学习笔记（深入）”；
- 父类抽象方法：
public abstract void run(String s); - 子类写了：
public void run(Object s) { ... } - → 这不是重写，也不是有效重载（不在同一类），而是编译失败：它既没覆盖父类抽象方法，又导致子类无法实例化。
正确做法是严格按签名重写：@Override public void run(String s) { ... }
接口里的抽象方法也能被重载吗？
不能在接口内部重载抽象方法——因为接口中不允许有方法体，而重载需要多个同名方法共存于同一作用域。但实现类可以在自己内部对继承来的接口方法进行重载（只要不破坏实现契约）。
- 例如接口定义了
void process(String s)，实现类可额外声明void process(String s, boolean debug)，这属于实现类自己的重载，与接口无关。 - 注意：这不会影响对接口的实现义务，
process(String)仍需被重写。
