可变参数必须位于参数列表末尾，本质是语法糖，编译后转为数组；不可重载仅varargs不同的方法；传数组需显式转型避免歧义；泛型varargs触发unchecked警告。
可变参数必须放在参数列表末尾
Java 的 varargs（可变参数）本质是语法糖，编译后会被转成数组。如果把它放在中间或开头，编译器无法确定哪些实参该归入可变参数、哪些属于后续固定参数。
- 错误写法：
public void log(String format, Object... args, boolean debug)→ 编译失败，报错Variable argument must be the last parameter - 正确顺序：固定参数在前，
Object...必须是最后一个 - 调用时传空参也没问题：
log("hello")会把args当作长度为 0 的Object[]
不能重载两个仅靠 varargs 区分的方法
比如同时定义 print(String...) 和 print(Object...)，编译器会报错 method is ambiguous。因为两者都接受任意数量任意类型的参数，JVM 无法在编译期唯一确定调用哪个。
- 常见踩坑场景：想给字符串特化一个重载，又保留通用版本
- 解决办法：改用不同方法名，或加一个非 varargs 的区分参数（如
printString(String...)+printGeneric(Object...)） - 注意：即使
String...和int...也不能共存——基本类型和引用类型不构成重载差异
传入数组时要小心自动装箱和歧义
当你已有数组并想直接传给 varargs 方法，Java 默认会把它当作「单个数组元素」而非「展开的多个参数」，除非显式强制类型匹配。
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
- 例如：
String[] arr = {"a", "b"};调用print(arr)→ 实际传入的是一个长度为 1 的Object[]，里面装着那个String[] - 正确展开写法：
print((Object[]) arr)或更安全地用Arrays.asList(arr).toArray() - 特别注意
int[]：它不是Object[]的子类型，print(int...)接收int[]没问题，但print(Object...)接收int[]就会触发自动装箱成Integer[]，可能引发NullPointerException或性能损耗
泛型方法 + varargs 容易触发 unchecked 警告
泛型擦除导致编译器无法在运行时验证数组类型安全，所以 <t> void foo(T... args)</t> 总会带 unchecked generic array creation 警告。
立即学习“Java免费学习笔记（深入）”；
- 这不是 bug，是 Java 类型系统限制：你无法在泛型里安全地 new T[0]
- 若必须用，可用
@SuppressWarnings("unchecked")抑制，但得确保调用方传入的确实是同类型 - 替代方案：改用
List<t></t>入参，虽失去语法简洁性，但类型安全、无警告、也更容易测试
