二者不能构成重载关系——因编译器将string...转为string[]，导致method(string...)与method(string[])签名冲突，调用时无法唯一确定目标方法，故编译失败。
可变参数（String...）和数组参数（String[]）在方法签名上本质相同，编译器会把前者转为后者，所以**二者不能构成重载关系**——直接写两个同名方法，一个用 String...，一个用 String[]，编译就会失败。
为什么会产生歧义
Java 规定：可变参数是“兜底机制”，只有当其他所有重载方法都无法匹配时，才会选它。但一旦同时存在 method(String...) 和 method(String[])，编译器无法区分哪个更“具体”——因为调用 method(arr) 时，两个方法都能接受这个数组；调用 method("a", "b") 时，又只有可变参数能接。这种模糊性违反了重载解析的唯一性原则，所以编译器直接报错，不给机会运行。
避免歧义的实用做法
-
只保留一种形式：要么全用可变参数（
void log(String... msgs)），要么全用数组（void log(String[] msgs)），不要共存 -
需要区分语义时换方法名：比如
logMany(String...)处理零散参数，logBatch(String[])明确表示批量处理，靠名字而非签名区分 -
加类型或数量维度来拉开距离：如果真需多态，可引入其他参数。例如：
void print(String... lines)
void print(boolean colored, String[] lines)
这样参数列表不同（数量+类型组合变化），就不会冲突
特别注意调用时的隐式转换
下面两行代码效果一样，都会走可变参数版本：
print("a", "b");print(new String[]{"a", "b"});
也就是说，即使你传的是数组，只要存在 String... 版本，它就优先被选中（除非还有更匹配的 String[] 版本——但这时已编译不过）。所以设计时要清楚：可变参数方法天然“吃掉”数组调用，别指望靠传数组绕过它。
小结：核心就一条
不把 T... 和 T[] 放在同一组重载里。这是编译器硬性限制，不是风格建议。想灵活又安全，就靠方法命名、参数扩展或类型区分来替代。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
