不能。String...与String[]在方法签名中不可互换：前者是语法糖，底层为数组但调用方式和重载解析规则不同；两者共存会导致编译失败，且可变参数必须位于参数列表末尾，空参时传入空数组而非null，泛型+可变参数易触发类型擦除警告。
可变参数 String... 和 String[] 在方法签名里能互换吗
不能。编译器把 String... 当作语法糖，底层仍生成 String[]，但调用方式和重载解析规则完全不同。
常见错误现象：method(String...) 和 method(String[]) 同时存在时，传 new String[]{"a"} 会编译失败——编译器无法决定选哪个重载。
- 调用
method("a", "b")只匹配String...版本 - 调用
method(new String[]{"a", "b"})只匹配String[]版本 - 两者共存属于设计缺陷，应删掉其中一个
可变参数必须放在参数列表最后，否则编译报错
Java 规定 ... 参数只能是方法签名中最后一个形参，否则无法确定后续参数该归入数组还是单独传递。
错误示例：void log(int level, String... msgs, boolean verbose) → 编译报错 varargs argument must be last。
- 正确写法：
void log(int level, boolean verbose, String... msgs) - 如果需要“中间插入”，改用
List或封装对象（如LogRequest） - IDE 通常会高亮提示，但运行时不会补救——这是编译期强制约束
空参调用 func() 时，String... 实际拿到的是长度为 0 的数组，不是 null
这点容易被忽略，导致 NPE 判断逻辑出错。JVM 保证可变参数至少对应一个空数组，绝不会传 null。
使用场景：日志、格式化、批量操作等需要“零到多个”输入的接口。
void print(String... lines) { System.out.println(lines.length); }-
print()→ 输出0；print("a")→ 输出1 - 别写
if (lines == null)，直接用lines.length或lines.length == 0 - 性能无额外开销：空参调用不新建数组，JVM 复用静态空数组对象
泛型方法 + 可变参数容易触发类型擦除警告，T... 不等于 T[]
泛型可变参数在调用时可能丢失类型信息，尤其当传入基本类型包装类或混用子类时，编译器会发警告 unchecked generic array creation。
典型问题：写 addAll(1, "hello") —— 此时 T 被推断为 Serializable，运行时数组实际是 Serializable[]，强转风险高。
- 安全做法：明确限定上界，比如
void addAll(T... items) - 避免混用不同类型；若必须，改用
Collection>入参 - IDE 提示
unchecked警告时，不要加@SuppressWarnings("unchecked")掩盖，先确认是否真安全
可变参数看着简单，真正卡住人的往往是重载冲突、泛型推导边界和空参语义——这些地方没跑过真实调用链，光看文档很容易漏。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
