SimpleJdbcCall遗漏首个输入参数问题的原因排查与解决

看起来你遇到的问题根源出在输入参数字符串的拼接逻辑错误，导致生成的参数格式不符合存储过程的预期，而IDE中手动执行时你可能用了正确的格式，所以能得到正确结果。让我一步步拆解原因和修复方案：

问题原因分析 #

先看你生成finalInput的代码：

// 生成输入数字字符串
if (!loanNumbers.isEmpty()) {
    for (String str : paramsList)
        finalInput = finalInput + str + ";";
    finalInput = finalInput + "'";
}

这个逻辑有两个关键问题：

1. 末尾多余的分号：不管是单个值还是多个值，循环后都会在最后一个元素后面多加一个分号。比如单个值123467会被拼成'123467;'（假设你初始finalInput是'），多个值会变成'123467;98768;'。
2. 参数格式不匹配：存储过程期望的参数应该是类似'123467'（单个值）或'123467;98768'（多个值）的格式，而你的拼接结果末尾多了分号，导致存储过程解析时把最后一个空字符串当成有效参数，或者直接忽略了第一个参数（取决于存储过程的解析逻辑）。

另外，你代码里判断的是loanNumbers.isEmpty()但循环的是paramsList，如果loanNumbers不为空但paramsList为空，还会生成无效的''字符串，这也可能引发问题。

修复方案 #

1. 修正字符串拼接逻辑 #

用StringJoiner（Java 8+）来优雅地拼接参数，自动处理分号分隔，避免末尾多余的分号：

// 生成输入数字字符串
if (!loanNumbers.isEmpty() && !paramsList.isEmpty()) {
    StringJoiner joiner = new StringJoiner(";");
    for (String str : paramsList) {
        joiner.add(str);
    }
    // 包裹单引号，符合存储过程参数格式
    finalInput = "'" + joiner.toString() + "'";
}

如果你的Java版本低于8，可以用StringBuilder手动处理：

if (!loanNumbers.isEmpty() && !paramsList.isEmpty()) {
    StringBuilder sb = new StringBuilder();
    for (int i = 0; i < paramsList.size(); i++) {
        sb.append(paramsList.get(i));
        // 只在不是最后一个元素时加分号
        if (i != paramsList.size() - 1) {
            sb.append(";");
        }
    }
    finalInput = "'" + sb.toString() + "'";
}

2. 额外检查项 #

• 确认paramsList中的每个字符串没有自带单引号，否则拼接后会变成''123467''，同样会导致解析错误。
• 验证SqlParameter的类型是否与存储过程的参数类型完全匹配：如果存储过程参数是VARCHAR而非LONGNVARCHAR，可以把Types.LONGNVARCHAR改成Types.VARCHAR，虽然这不是当前问题的核心，但能避免潜在的类型转换问题。
• 确保loanNumbers和paramsList的关联逻辑正确：比如loanNumbers不为空时paramsList一定有值，避免生成空的参数字符串。

验证效果 #

修复后，单个值会生成'123467'，多个值生成'123467;98768'，和你在IDE中手动执行的参数格式完全一致，SimpleJdbcCall就能正确传递参数，存储过程也能返回预期结果了。

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