Java可变参数对同类型数组直接透传而非包装，导致重载冲突、null异常及外部数组被意外修改；应显式包装、判空或克隆数组来规避风险。
Java 中可变参数（varargs）在接收数组时会自动拆包，这常导致意料之外的重载解析或空指针异常。关键在于：当传入的数组类型与 varargs 参数类型完全匹配时，Java 不会将其作为单个元素封装进新数组，而是直接“透传”原数组——即跳过自动装箱/拆包过程，造成语义歧义。
什么是自动拆包？
可变参数本质是编译器语法糖，声明
等价于
。调用时若传入单个字符串（如
），编译器自动生成一个长度为 1 的
；但若传入一个已存在的
（如
），编译器默认不额外包装，直接将该数组作为参数值传递——这就是“自动拆包”（更准确说是“无包装透传”）。
常见陷阱与表现
以下情况容易出错：
重载冲突
：同时存在
和
，传入
时编译失败（模糊重载）；只留
时，
与
实际调用同一方法，但内部
引用的是原数组，而非副本。
null 传参崩溃
：若调用
，
就是
，后续未判空直接遍历会触发
。
修改影响外部
：方法内对
赋值，可能意外改变原始数组内容（因为是同一对象引用）。
如何安全使用
明确意图，避免歧义：
Eclipse导入Android或其他的JAVA项目的正确方法 WORD版
本文档主要讲述的是Eclipse导入Android或其他的JAVA项目的正确方法；希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
下载
立即学习
“
Java免费学习笔记（深入）
”；
若希望强制“包装”数组为单个元素（即让
成为
），显式创建新数组：
或
（后者适用于泛型场景）。
若接收方必须处理可能为
的 varargs，开头加判空：
。
如需隔离修改，内部复制数组：
。
替代方案建议
对于复杂参数场景，优先考虑清晰性：
用
替代
，调用方明确构造集合，语义无歧义。
设计两个方法：一个接受
（强调批量），一个接受
单值（强调个体），避免重载混淆。
Java 10+ 可配合
简化调用，但不改变底层行为，仍需注意透传逻辑。
这个机制不是 bug，而是为兼容数组直传所做的设计取舍。理解它，就能避开多数坑。
void foo(String... args)void foo(String[] args)foo("a")String[]String[]foo(arr)foo(String...)foo(String[])String[]foo(String...)foo(arr)foo("a", "b")argsfoo(null)argsnullNullPointerExceptionargs[i] = "x"arrargs[0]foo(new String[]{arr})foo(Arrays.asList(arr).toArray(new String[0]))nullif (args == null) { ... }String[] safeArgs = args == null ? new String[0] : args.clone();ListString...String[]Stringvar