Java方法重载的判定依据是方法名和参数列表（类型、个数、顺序），与返回值类型、访问修饰符、异常声明无关；int与Integer视为不同类型可重载，varargs与数组不冲突但调用优先固定长度。
Java方法重载的判定依据是什么
Java只看 方法名 和 参数列表（参数类型、个数、顺序），和 返回值类型、访问修饰符、异常声明 都无关。哪怕两个方法仅返回值不同，编译器直接报错：Method is already defined。
常见误判场景：
- 把
int和Integer当作相同参数类型（实际是不同，可构成重载） - 认为
void method(String... args)和void method(String[] args)冲突（不冲突，但调用时优先匹配固定长度数组） - 在子类中“重载”父类方法时，误以为加了
static就算新方法（静态方法不能被重写，但可以重载；不过父子类同名静态方法本质是独立符号）
哪些参数变化能触发有效重载
必须让编译器能在编译期唯一确定调用哪个版本。以下变化合法：
-
void print(int a)与void print(double a)（基本类型不同） -
void print(String s)与void print(Object o)（存在继承关系，更具体的类型优先） -
void print(List与list) void print(Set（接口不同，无继承关系，明确区分）set) -
void print(String a, int b)与void print(int b, String a)（参数顺序不同）
注意：泛型擦除后若签名一致，如 void handle(List 和 void handle(List，编译失败——擦除后都是 handle(List)。
重载解析失败的典型错误
编译器找不到“最具体”的匹配，就会报 The method xxx is ambiguous。例如：
void log(String s) { }
void log(Object o) { }
void log(CharSequence c) { } // CharSequence 是 String 的接口
log(null); // 编译错误：ambiguous
原因：null 可匹配所有三个，而 String 和 CharSequence 是并列实现关系，编译器无法判断谁“更具体”。解决办法：
- 显式转型：
log((String) null) - 删掉一个中间层级的方法（比如去掉
CharSequence版本） - 避免对
null做多态重载，改用可选参数或 builder 模式
重载与自动类型提升、装箱拆箱的冲突
编译器按三步尝试匹配：精确匹配 → 自动类型提升（如 byte→int）→ 装箱/拆箱/可变参数。一旦某步找到候选，就不会继续往后走。
这意味着：
-
void f(int x)和void f(Integer x)同时存在时，传5一定调用int版本；传new Integer(5)一定调用Integer版本
- 但传
5L（long）会失败：既不匹配int（需缩小转换，不被允许），也不匹配Integer（long→Integer需先转int再装箱，两步转换非法） -
void g(int... a)是最后兜底选项，只有前面所有规则都无解时才考虑
这种隐式转换链容易引发意料外的行为，尤其在涉及 short、byte、char 和它们的包装类时，建议重载方法尽量使用互斥的原始类型或明确对象类型，减少推导歧义。
