可变参数方法在重载解析中优先级最低，仅当无精确匹配、类型提升或装箱拆箱匹配时才被选用；禁止定义仅可变参数类型不同的同名重载方法；实际编码应避免歧义，将其作为兜底方案。
Java 中可变参数方法在重载解析中优先级最低，只有当没有更匹配的固定参数方法时才会被选中。
可变参数是重载匹配的最后选项
编译器在解析重载方法时，会严格按以下顺序尝试匹配：
- 参数个数和类型完全一致的精确匹配
- 基本类型自动向上转型（如 byte → int、char → int）
- 装箱或拆箱（如 int ↔ Integer）
- 可变参数（仅当以上都失败时才考虑）
例如，同时存在 void print(int x) 和 void print(int... xs)，调用 print(5) 一定执行前者，哪怕后者语法上也“能接住”这个参数。
多个可变参数方法不能共存
一个类中不能定义两个参数列表仅在可变参数部分不同的重载方法，比如：
void log(String... msgs)void log(Object... objs)
这种写法会导致编译错误，因为两者在调用时无法区分——编译器无法判断哪个更“具体”。Java 要求可变参数必须是参数列表的最后一个，且整个类中只能有一个同名、同参数结构（除 varargs 外）的方法。
可变参数与类型提升/装箱的冲突处理
当实参类型不直接匹配任何固定参数方法，但能通过类型提升或装箱匹配时，依然不会退到可变参数：
- 有
void f(long x)和void f(Integer x)，传入int值，选long版本（提升优先于装箱） - 即使还定义了
void f(int... xs)，也不会被选中 - 只有把
long和Integer版本都删掉，f(5)才会落到可变参数上
实际编码建议
为避免歧义和意外行为：
- 不要只为“多加一个参数”而新增可变参数重载，优先考虑是否真需要灵活参数数量
- 如果已有固定参数方法覆盖常见场景，可变参数版本应明确承担“兜底”角色，比如日志方法中的额外调试信息
- 测试时注意边界情况：传单个参数、零参数、null 数组等，确认调用路径符合预期
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
