调用 m(new int[]{1,2}) 会编译失败，因 int[] 和 int... 在第三阶段匹配中等价且无优先级，导致重载模糊；Java 重载解析分三阶段，仅当某阶段有唯一适用方法时才选用，否则报错。
Java 中可变参数（varargs）与数组参数的重载方法，编译器会优先选择更精确的匹配。当存在 void m(int[] a) 和 void m(int... a) 时，调用 m(new int[]{1,2}) 会编译失败——二者都匹配，且无明确优先级，导致重载模糊（ambiguous）。
重载解析的三阶段规则
Java 编译器按以下顺序尝试解析重载方法：
- 第一阶段（严格匹配）：只考虑不使用自动装箱、拆箱、可变参数的候选方法。若此时有唯一匹配，则直接选用。
- 第二阶段（放宽匹配）：允许基本类型与包装类之间的自动装箱/拆箱，但依然排除可变参数。
- 第三阶段（最终匹配）：允许可变参数参与匹配。只有前两阶段无解时，才进入此阶段。
注意：一旦某阶段找到唯一适用方法，就不会进入后续阶段；若某阶段出现多个适用方法（如同时有 int[] 和 int...），则编译报错“reference to xxx is ambiguous”。
varargs 与数组参数为何被视为“同等匹配”
在第三阶段中，int... 的本质就是 int[]，编译器将 m(1,2,3) 翻译为 m(new int[]{1,2,3})，而显式传入数组 m(new int[]{1,2,3}) 同样能匹配 int[] 和 int... 两种签名。此时两者在适用性上完全等价，无法根据“更具体”原则区分（JLS §15.12.2.5 明确指出：数组类型和对应 varargs 类型互不比对方更具体）。
例如：
void foo(int[] x) { }
void foo(int... y) { }
foo(new int[]{1}); // 编译错误：ambiguous
如何避免冲突
实际开发中应主动规避这种重载组合。可行方案包括：
- 删除其中一个方法，保留语义更清晰的那个（通常优先用
int...表达“零到多个参数”的意图）； - 改用不同方法名，如
processArray(int[])和processValues(int...)； - 若必须共存，可通过增加参数类型差异来打破歧义，例如：
void m(String s, int[] a)与void m(String s, int... a)不冲突，因为第一个参数已限定调用形式。
一个易被忽略的细节：null 的传递
调用 m(null) 时，如果只有 int... 和 int[] 两个重载，同样会报错。因为 null 可以作为 int[] 传入，也可视作长度为 0 的 varargs 参数，二者仍无法区分。
解决方式是显式转型：m((int[]) null) 或 m((int[]) null)（注意：不能写 m((int...) null)，语法非法），强制指定目标类型。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
