可变参数必须声明在参数列表末尾，因编译器需明确区分固定与可变实参；若不在末尾则无法解析调用歧义，且影响重载优先级判定和API设计合理性。
Java 中可变参数（varargs）必须声明在参数列表的末尾，这是语法强制要求，否则编译直接报错。
为什么必须放在最后？
Java 编译器在解析方法调用时，需要明确区分固定参数和可变参数。如果可变参数不在末尾，编译器无法确定哪些实参属于可变部分、哪些属于后续的固定参数。例如：
错误写法（编译不通过）：void method(String... args, int x) { } —— 编译器看到调用 method("a", "b", 42) 时，无法判断 "a" 和 "b" 是进 args 还是该留给 x。
合法的声明方式
可变参数可以单独存在，也可以前面有任意数量的固定参数，但后面不能再有其他参数：
立即学习“Java免费学习笔记（深入）”；
- void print(String... messages) ✅（只有可变参数）
- void log(Level level, String... details) ✅（固定参数 + 可变参数）
- void connect(String host, int port, String... options) ✅
一个常见误区：重载与可变参数的位置冲突
即使两个方法签名看似不同，若仅因可变参数位置导致歧义，编译器仍会拒绝：
- void process(int x, String... ys)
- void process(String... ys, int x) ❌（非法，第二个根本不能编译）
而且，如果存在 void process(int x, String y) 和 void process(int x, String... ys)，调用 process(1, "hello") 会优先匹配固定参数版本，不会自动“降级”到 varargs 版本——这也依赖于可变参数在末尾才能实现这种明确的优先级判定。
实际编码建议
设计 API 时，把最常变化、个数不确定的参数放在最后；必要时可用对象封装多个逻辑相关参数，避免过度依赖 varargs：
- 优先考虑 List<String> 或自定义参数类，提高可读性和类型安全
- 若坚持用 varargs，确保它在参数列表最右，并在 JavaDoc 中说明用途
- 注意 null 传入 varargs 时，形参值为 null 而非长度为 0 的数组，需主动判空
