方法重载指同一类中方法名相同但参数列表不同的多个方法，返回类型不能单独构成重载；解析在编译期完成，依据引用类型和最精确匹配原则，受自动类型提升、装箱拆箱、泛型擦除等机制影响。
方法重载就是同一个类里多个同名但参数不同的method
Java中没有“函数”概念，只有method（方法），而“重载”指的是一组满足以下全部条件的method：
– 在同一个类中定义
– 方法名完全相同
– 参数列表不同（类型、数量、顺序至少一项不同）
– 返回类型和访问修饰符可以不同，但**不能仅靠返回类型不同来构成重载**
常见错误现象：
– 写了两个void print(String s)和int print(String s) → 编译报错：duplicate method print(String)
– 用Object和String作参数，却在调用时传null → 编译器无法确定调用哪个，可能报错或选错重载版本
为什么int和Integer能区分重载，但int和long有时会意外匹配？
Java重载解析发生在编译期，依据的是“最精确匹配”原则。基本类型和包装类属于不同参数类型，所以foo(int x)和foo(Integer x)是合法重载；但涉及自动类型提升时容易出问题：
void test(int x) { System.out.println("int"); }
void test(long x) { System.out.println("long"); }
test(5); // 输出 "int" —— 精确匹配
test(5L); // 输出 "long"
test(5.0); // 编译错误：no suitable method found for test(double)
关键点：
– 编译器不会为double自动转成long再匹配test(long)，因为那属于“宽化 + 拆箱 + 装箱”多步转换，不被允许
– byte/short字面量传给int参数是OK的（窄类型→宽类型是安全提升），但传给long也OK，此时如果同时存在int和long重载，仍优先选int
立即学习“Java免费学习笔记（深入）”；
重载和重写的区别不是“能不能继承”，而是“什么时候决定调用哪个”
这是最容易混淆的点：
– 重载（overload）：编译期决定，看的是**引用变量的声明类型**
– 重写（override）：运行期决定，看的是**实际对象的运行时类型**
示例：
class A { void m() { System.out.println("A"); } }
class B extends A { void m() { System.out.println("B"); } }
class C extends A {
void m(int x) { System.out.println("C int"); }
void m(String s) { System.out.println("C String"); }
}
A a = new C();
a.m(); // 编译通过，运行输出 "A"（因为A里没重载，只有继承来的m()，且C没重写它）
// 但如果写 a.m("hello") → 编译失败：A中没有m(String)方法
也就是说：
– 你只能调用到**声明类型A中定义或继承的方法签名**
– 重载是否可用，取决于你用什么类型去“看”这个对象，而不是对象本身是谁
泛型方法和重载一起用时，类型擦除会让重载行为变脆弱
泛型方法在编译后擦除为原始类型，如果和非泛型重载共存，可能引发意料外的绑定：
void process(T t) { System.out.println("generic"); } void process(Object o) { System.out.println("Object"); } process("hello"); // 输出 "Object"，不是 "generic" // 因为泛型版本擦除后也是 process(Object)，而重载解析优先选“更具体的”——这里 Object 版本是显式声明的，泛型版是擦除后的，编译器认为前者更直接
这种行为不是Bug，是JLS规定的重载解析规则结果。真正危险的是：
– 同一个类里既有void f(String)，还加了个void f(List
– 传new ArrayList()时，可能匹配到f(Object)而非f(List，因为类型推导+擦除后，候选集变了
建议：
– 避免对同一方法名混用泛型方法与具体类型重载
– 如果必须，用@SuppressWarnings("unchecked")前先确认所有调用路径的解析结果，最好加单元测试覆盖边界输入
重载看着简单，但参数类型推导、装箱拆箱、泛型擦除、varargs展开这些机制叠在一起，实际行为常和直觉相反。别依赖IDE自动补全来判断调用哪个重载——打开编译器警告，或者干脆用javap -c反编译看字节码里的实际invokevirtual指令指向谁。
