使用JDBC的addBatch与executeBatch时是否必须复用同一个prepareCall？为什么？

核心结论 #

• 使用addBatch()和executeBatch()完成批处理必须复用同一个CallableStatement（即prepareCall返回的实例），该结论符合JDBC规范要求。
• 若需调用参数数量不同的存储过程，确实需要为每类参数长度的调用创建独立的CallableStatement实例分别处理。

错误根因分析 #

1. 批处理的底层实现逻辑 #

JDBC规范明确规定，每个PreparedStatement/CallableStatement实例会维护独立的批次参数缓存：

• 调用addBatch()时，仅会将当前设置的参数集追加到当前所属实例的缓存队列中，不同实例的批次缓存完全隔离。
• 你将prepareCall移入循环后，每次迭代都会创建新的CallableStatement实例，覆盖之前的pstmt引用，前面实例中缓存的批次参数会被直接丢弃，全程没有执行。
• 最终调用executeBatch()时，仅执行了最后一次循环创建的实例中的1条记录，前面的存储过程调用全部未执行，导致后续逻辑依赖的外键记录不存在，触发外键约束报错。

2. MySQL 5.7的额外限制 #

MySQL 5.7对应的JDBC驱动对批处理有更严格的实现要求：同一个批次内的所有调用必须对应完全相同的SQL模板（存储过程名称、参数数量完全一致），即使复用同一实例，只要模板不一致也会执行失败。

可变参数场景的优化方案 #

如果需要处理参数长度不一致的存储过程调用，可以按以下逻辑实现：

1. 先对输入的vals数组按子数组的长度做分组，相同参数长度的子数组归为同一组
2. 每组对应创建一个CallableStatement实例，遍历该组所有子数组设置参数、调用addBatch()
3. 单组所有参数添加完成后，单独调用executeBatch()执行该组的批处理，再处理下一组
4. 你第二段示例代码存在参数占位符计算错误：params = Array(vals.length).fill("?")应改为params = Array(vals[i].length).fill("?")，否则生成的占位符数量和当前子数组的参数数量不匹配，也会引发执行异常。

内容的提问来源于stack exchange，提问作者user8121557