java重载解析优先选择基本类型方法，其次才考虑装箱/拆箱；null调用多引用类型重载、泛型推导、类型交叉实现及number与integer并存时均会因无法唯一匹配而报错。
当一个方法既有 int 参数版本，又有 Integer 参数版本时，Java 编译器不会随机选，而是按明确优先级决定：基本类型版本永远优先于包装类版本。
第一阶段只认“完全一致”的类型
编译器最先尝试精确匹配。这时：
-
int字面量（如5）能直接匹配void m(int x)，立刻选定，不往下走 -
Integer对象（如new Integer(5)或Integer.valueOf(5)）能直接匹配void m(Integer x) - 但
null没有具体类型，既可赋给Integer，也可赋给其他引用类型（比如String、Object），一旦出现m(null)且同时存在m(Integer)和m(String)，就直接报错：reference to m is ambiguous
第二阶段才考虑装箱，但前提是没找到基本类型匹配
只有当前面没有精确匹配的基本类型方法时，编译器才会进入第二阶段，尝试装箱（int → Integer）或拆箱（Integer → int）：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 如果删掉
m(int)，只留m(Integer)，那么调用m(5)就会把5装箱成Integer，成功调用 - 但如果同时存在
m(long)和m(Integer)，传5仍选m(long)——因为基本类型拓宽（int → long）优先级高于装箱（int → Integer） - 也就是说，“拓宽+装箱”不允许叠加：不能先 int → long 再 long → Long，这种组合在第二阶段就被排除
避免歧义的常见陷阱
这些情况容易导致编译失败，不是编译器出错，而是规则执行后无唯一解：
-
传 null：只要多个重载参数都是引用类型（如
foo(String)和foo(Integer)），foo(null)必报错 -
泛型推导干扰：用
var a = 10;声明，实际类型是Integer，可能意外触发包装类版本，而非你预期的int版本 -
类型交叉实现：比如同时定义
handle(CharSequence)和handle(Comparable)，而String同时实现两者，handle(new String())就无法判定哪个更具体，报 ambiguous -
Number 与 Integer 并存：有
process(Number)和process(Integer)，传42时，前者需 int→Integer→Number（装箱+向上转型），后者只需 int→Integer（仅装箱），但 Java 规定这两条路径优先级相同，仍报歧义
本质上，这不是“哪个更合理”，而是编译器严格按三阶段规则走完后，必须得出唯一结果；否则就拒绝编译。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
