在 kotlin 中调用含 varargs 的 java 重载方法时，编译器可能因类型推导优先选择 varargs 版本；本文详解如何通过类型精确转换（如 `tointarray()`）强制匹配目标重载方法，并避免 `array
当从 Kotlin 调用 Spring JDBC 的 JdbcTemplate.update() 方法时，你可能会遇到典型的 Java 重载解析歧义问题。Spring 提供了两个同名但签名不同的 update 方法：
// 目标方法：3 参数，明确接收 Object[] 和 int[] public int update(String sql, Object[] args, int[] argTypes) // 干扰方法：2 参数，第二个为 varargs（等价于 Object...） public int update(String sql, @Nullable Object... args)
Kotlin 编译器在解析 targetJdbcTemplate.update(sql, p, c) 时，会将 Array<Any?>（即 p）和 Array<Int>（即 c）统一视为可变参数的候选元素——因为 Array<Int> 在 JVM 上对应 Integer[]，而 Integer[] 是 Object[] 的子类型，完全满足 Object... 的形参要求；但 int[] 才是第三个参数 argTypes 所需的原始类型数组。
关键在于 JVM 类型映射规则：
- Array<Int> → Integer[]（引用类型数组，属于 Object[]）
- IntArray → int[]（原始类型数组，不兼容 Object...）
因此，要让 Kotlin 精确匹配三参数重载，必须确保第二个参数是 Object[]（对应 p），第三个参数是 int[]（对应 c）。只需将 Array<Int> 显式转为 IntArray，再调用其 toIntArray()（注意：Array<Int>.toIntArray() 是 Kotlin 标准库扩展函数，专用于将装箱的 Integer[] 安全转为原始 int[]）：
立即学习“Java免费学习笔记（深入）”；
val sql = "INSERT INTO \"$sourceTable\" ($insertList) VALUES ($valueList)" val p: Array<Any?> = params.toTypedArray() // ✅ Object[] 兼容第一个重载的 args 参数 val c: Array<Int> = columnTypes.toTypedArray() // ❌ 此时 c 是 Integer[], 会被 varargs 吞掉 // ✅ 正确写法：显式转为 int[] targetJdbcTemplate.update(sql, p, c.toIntArray())
⚠️ 注意事项：c.toIntArray() 不是类型转换，而是值拷贝转换：它遍历 Array<Int> 中每个 Int?，自动拆箱为 int（若含 null 会抛 NullPointerException），生成新的 int[]。确保 columnTypes 中无 null 值。若 columnTypes 本身已是 IntArray，可直接使用：targetJdbcTemplate.update(sql, p, columnTypes)。更安全的替代方案（避免 null 风险）：改用 IntArray 构建源数据，例如 val c = IntArray(columnTypes.size) { i -> columnTypes[i]!! }。
总结：Kotlin 对 Java 重载方法的调用依赖 JVM 签名匹配，而非语义意图。当存在 varargs 重载干扰时，应主动控制参数的底层 JVM 类型——优先使用原始类型数组（IntArray, DoubleArray 等）代替装箱数组（Array<Int>），并善用 toIntArray()、toDoubleArray() 等标准扩展函数完成精准映射。
