java方法重载时，编译器按严格优先级选择最匹配版本：优先精确匹配基本类型，无歧义时才考虑装箱/拆箱，否则报错；建议避免基本类型与包装类混用重载。
Java 方法重载时，基本类型和对应包装类（如 int 与 Integer）可能同时存在多个重载版本，编译器会按**严格优先级规则**选择最匹配的方法，而不是“自动选一个”。关键在于：**编译期静态绑定 + 类型转换优先级 + 拆箱/装箱仅在必要且无歧义时发生**。
编译器优先选择“无需装箱/拆箱”的精确匹配
当传入实参是基本类型（如 int），且存在参数为对应基本类型的重载方法，编译器会直接选它，完全忽略包装类版本：
- ✅ 有
void foo(int x)，调用foo(5)→ 选int版本 - ❌ 即使同时有
void foo(Integer x)，也不会被考虑（不触发自动装箱）
只有当没有精确匹配时，才考虑隐式类型转换或装箱
如果实参类型与某个重载方法参数不完全一致，编译器按以下顺序尝试匹配：
-
1. 基本类型提升（widening）：如
byte→int→long→double（不涉及包装类） -
2. 装箱 + 基本类型提升：如传入
int，但只有foo(Long l)，则先装箱成Integer，再尝试向上转型？→ ❌ 不行！Integer不能转成Long（不同包装类无继承关系） -
3. 装箱后匹配同名包装类：传入
int，只有foo(Integer i)→ ✅ 允许自动装箱 -
4. 拆箱后匹配基本类型：传入
Integer，只有foo(int i)→ ✅ 允许自动拆箱
歧义情况：编译失败，必须显式干预
以下情形会导致编译错误（Ambiguous method call）：
- 同时存在
foo(int)和foo(Integer)，但你传入的是int→ ✅ 实际不会歧义，选int版本 - 同时存在
foo(Object)和foo(Integer)，传入null→ ❌ 歧义！因为null可匹配任一引用类型 - 同时存在
foo(int, Integer)和foo(Integer, int)，传入(1, 2)→ ❌ 歧义！两个都可通过装箱+拆箱满足
解决方式：显式强制类型转换，例如 foo((Integer)1, 2) 或 foo(1, (Integer)2)。
实际建议：避免混合基本类型与包装类重载
除非有明确语义区分（如 setAge(int) 表示必填，setAge(Integer) 表示可为空），否则容易引发可读性差、调用歧义、空指针风险（拆箱时）等问题。更安全的做法是：
- 统一使用包装类（尤其涉及泛型、集合、可空场景）
- 或统一使用基本类型（性能敏感、纯计算逻辑）
- 若必须共存，用不同方法名（如
process(int)/processOrNull(Integer)）
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
