Java可变参数是语法糖，编译后为数组，但必须是方法最后一个参数且唯一；不能与同名数组方法重载；调用时字面量会生成临时数组，传入数组则直接复用引用。
Java可变参数方法怎么写，... 到底是不是语法糖
是，... 就是语法糖，底层编译后全是数组。但这个“糖”有硬约束：必须是方法最后一个参数，且同个方法里只能有一个...。你写void foo(String... a, int... b)，编译器直接报错Malformed parameter list。
常见错误是把它当“多态参数”用，比如想让log(String... msgs, boolean debug) —— 不行，boolean必须放前面，否则...捕获不到任何东西，调用时log("a", "b", true)会被当成msgs = ["a", "b", "true"]，debug根本没传进去。
- 定义时写成
void log(boolean debug, String... msgs) - 调用时，空参允许：
log(true)→msgs是长度为 0 的String[] - 不能和重载的数组参数方法共存：
foo(String[])和foo(String...)在同一类里会编译失败
可变参数和String[]参数在调用时行为一样吗
调用侧看起来一样，但语义和类型检查不同。传foo("a", "b")给foo(String...)没问题；但传给foo(String[])就会编译报错incompatible types: String, String cannot be converted to String[]。
反过来，如果你手头真有一个数组String[] arr = {"x", "y"};，两种写法都能接住：foo(arr) 对两者都合法。这时候 JVM 实际上传的是同一个对象引用——没有额外拷贝，也没有装箱开销。
分析 Java Spring Boot 后端 Controller 代码，自动生成 Markdown 格式的接口文档。当用户说“生成 Java 接口文档”、“生成 API 文档”、“从 Spring 代码生成文档”时触发。
立即学习“Java免费学习笔记（深入）”；
- 可变参数方法接收数组时，不新建数组，直接复用传入引用（除非传的是字面量，如
foo("a", "b")，此时编译器生成临时数组） -
Arrays.asList(...)对可变参数结果要小心：Arrays.asList(strs)传的是整个数组对象，不是展开元素，结果是List<string></string>，不是List<string></string> - 性能上无差异，但可读性上
...明确表达了“这里接受零到多个”，比String[]更贴近意图
为什么int...不能直接传Integer[]
因为基本类型和包装类之间没有自动的“可变参数桥接”。int... 编译后是 int[]，而 Integer[] 是引用类型数组，JVM 不做隐式转型。你传 new Integer[]{1,2} 给 sum(int...)，会报错 no suitable method found for sum(Integer[])。
- 解决办法只有显式拆箱：
sum(nums[0], nums[1])（不推荐）或用流：Arrays.stream(nums).mapToInt(i -> i).sum() - 如果方法本身用
Integer...，那就能接Integer[]，但要注意 null 安全 - 泛型方法无法用
T...接收基本类型数组，这是 Java 类型擦除和基本类型非对象的双重限制
在 Spring 或 Lombok 里用@SneakyThrows或@EventListener时，可变参数容易漏掉什么
Spring 的事件监听器方法签名支持 onApplicationEvent(T event)，但如果你写成 onEvent(MyEvent... events)，Spring 根本不会识别它为监听器——因为事件机制只匹配单参数、非可变参数的方法。Lombok 的 @SneakyThrows 也一样：void run(String... args) @SneakyThrows 是合法的，但如果你在 lambda 里用它，比如 Stream.of(...).forEach(x -> doX(x) @SneakyThrows)，会编译失败，因为 @SneakyThrows 只作用于方法声明，不支持表达式级。
- 框架扫描方法签名时，通常忽略
...形式，只认明确的单参数 - IDE 可能不提示这类问题，运行时才静默失效
- 日志框架如 SLF4J 的
logger.info("msg {}", obj)看似像可变参数，其实是重载了多个固定参数版本，不是...实现
