可变参数（Varargs）用类型... 参数名定义，本质是编译后转为数组，支持增强for循环等操作；必须为方法最后一个参数，且仅能有一个；适用于批量操作、条件组合等场景，需注意null处理与重载冲突。
直接用可变参数（varargs）就能干净利落地处理对象行为中入参个数不确定的问题，关键不是“能不能传”，而是怎么设计得既安全又易用。
可变参数的基本写法与本质
Java 中用 类型... 参数名 定义，比如 void log(String... messages)。它不是语法噱头——编译后就是 String[] messages，你可以用增强 for 循环、索引访问、甚至调用 Arrays.asList() 转成列表。但调用时完全不用碰数组字面量：log("启动", "加载配置", "连接数据库") 就行。
面向对象场景下的典型实战模式
当一个对象的行为需要接收“一批同类型输入”时，可变参数天然契合。常见做法有：
-
批量初始化或设置：比如一个
UserService提供批量禁用用户功能：disableUsers(User... users)，内部直接遍历执行状态更新 -
条件组合式操作：如
QueryBuilder.where(Condition... conditions)，每个Condition是自定义对象，方法内部用AND连接所有条件 -
日志/通知聚合：像
notifyAdmin(String title, String... details)，标题固定，细节可零个、一个或多个，拼接后统一发送
必须注意的边界与陷阱
可变参数不是万能胶，几个硬性约束直接影响能否正确封装对象行为：
- 一个方法里只能有一个可变参数，且必须放在参数列表末尾。不能写成
doWork(String... ids, boolean force)，否则编译失败 - 避免和重载方法冲突。例如同时存在
process(String s)和process(String... ss)，传process("a")会优先匹配前者；若想强制走可变参数，得显式传process("a", null)或改用数组调用 - 不要传
null给可变参数。如果真要表达“无参数”语义，就空着不传；若需区分“没传”和“传了 null 元素”，应在方法内做if (items == null)判断并明确抛异常或记录警告
搭配泛型提升类型安全
如果不确定的是“类型”而非仅“数量”，可以结合泛型使用。例如通用校验器：
public class Validator {
public static <T> boolean allNonNull(T... items) {
for (T item : items) {
if (item == null) return false;
}
return true;
}
}
这样既能校验 Validator.allNonNull("a", "b")，也能校验 Validator.allNonNull(new User(), new Order())，编译期就确保类型一致，比用 Object... 更可靠。
