Java方法重载必须满足：同一类中方法名相同、参数列表不同（类型/数量/顺序至少一项不同），返回值和访问修饰符不影响；仅返回值不同不构成重载，因编译期无法根据上下文确定调用目标。
方法重载必须满足哪些条件
Java 中的重载（overloading）不是“随便改个参数就能用”，而是有明确的编译期校验规则。核心是：同一个类中，多个方法名相同但 参数列表不同（类型、数量、顺序至少一项不同），返回值类型和访问修饰符不影响重载判定。
-
void print(String s)和void print(int i)✅ 有效重载（参数类型不同） -
String get(int id)和int get(int id)❌ 不构成重载（仅返回值不同） -
void log(Object... args)和void log(String msg)✅ 有效（可变参数与固定参数不冲突，且优先匹配更具体的） -
void handle(List<string> list)</string>和void handle(ArrayList<string> list)</string>✅ 编译通过，但注意泛型擦除后实际都是handle(List list)，运行时无法区分
为什么重载不能只靠返回值类型区分
因为 Java 编译器在调用处只看方法名 + 实参类型来决定调用哪个方法，不关心你接不接收返回值。比如写 get(123)，编译器无法从上下文推断你想要的是 String 还是 Integer 返回值。
这种设计避免了歧义，也保证了字节码层面的确定性。如果允许仅靠返回值重载，下面这段代码就会让编译器懵：
get(123); // 没有赋值，没用返回值 —— 到底该选哪个 get？
所以 JVM 规范直接禁止这种写法，编译时报错：method get(int) is already defined in class X。
立即学习“Java免费学习笔记（深入）”；
常见踩坑：自动类型提升和装箱导致的意外重载匹配
Java 在重载解析时会按优先级尝试：精确匹配 → 扩展转换（如 int → long）→ 装箱/拆箱 → 可变参数。这个过程容易引发意料之外的行为。
- 定义了
void foo(Object o)和void foo(String s)，传入null会调用foo(String s)（更具体） - 定义了
void bar(int i)和void bar(Integer i)，传入5会调用bar(int i)（优先基本类型匹配） - 定义了
void baz(char c)和void baz(int i)，传入'a'会调用baz(char c)；但传入97会调用baz(int i)，而不是自动转成 char
尤其在使用包装类和基本类型混搭时，建议显式强制转型或拆分方法命名，避免靠编译器“猜”逻辑。
重载与继承、重写的边界容易混淆
重载发生在同一个类内部；而子类中定义与父类方法签名完全相同的 void doWork() 是重写（override），不是重载。但如果子类加了一个新方法 void doWork(String s)，它和父类的 doWork() 就构成跨类重载——但注意：这其实只是“子类自己的重载”，父类方法对子类对象仍可见，调用时按实际参数选择。
一个典型陷阱：
class Parent { void run() { System.out.println("parent"); } }
class Child extends Parent { void run(String s) { System.out.println("child + " + s); } }
Child c = new Child();
c.run(); // ✅ 正常调用 Parent.run()
c.run("test"); // ✅ 调用 Child.run(String)
Parent p = c;
p.run(); // ✅ 还是 Parent.run() —— 没有 run(String) 方法，编译不过
也就是说：重载解析在编译期完成，依据的是变量声明类型（Parent p）；而重写才看运行时实际类型。这点一旦搞混，就容易误以为“子类扩展了父类的重载集”，其实只是子类自己多定义了方法。
真正难处理的，是泛型方法 + 重载 + 类型擦除组合起来的场景，那种情况下连编译器都可能报错“ambiguous method call”。遇到这种，优先用不同方法名代替重载。
