Spring SimpleJdbcCall调用Oracle重载存储过程报错原因解析

让我们一步步拆解这个问题的本质，以及为什么这两个操作组合起来才能解决你的报错：

1. 为什么默认调用方式会触发「无法确定签名」的错误？ #

当你使用SimpleJdbcCall而不做额外配置时，Spring会自动从Oracle数据库加载存储过程的元数据，以此来确定调用的签名。但你的情况很特殊：p_post_address的3个重载仅参数默认值不同，它们的参数数量、类型、输入输出属性在数据库元数据里是完全一致的。

Spring看到元数据里有多个完全匹配的签名，自然无法判断你要调用哪一个，于是抛出InvalidDataAccessApiUsageException: Unable to determine the correct call signature这个错误。

2. 为什么仅添加addDeclaredParameter还不够？ #

你手动声明参数类型后，Spring依然会默认去加载数据库的元数据。此时，Spring会发现：你声明的参数列表同时匹配元数据里的多个重载（因为默认值的差异不会体现在元数据的参数类型/数量上）。这种情况下，Spring还是无法区分目标重载，所以报错依然存在。

比如你声明的pi_session_id（NUMBER）、pi_site_id（VARCHAR）等参数，和3个重载的参数类型完全一致，Spring不知道你要选哪个带默认值的版本，自然还是会卡壳。

3. 为什么加上withoutProcedureColumnMetaDataAccess()就能解决问题？ #

这个方法的核心作用是告诉Spring放弃自动加载存储过程的元数据，完全依赖你手动声明的参数信息来构建调用语句。

当关闭元数据访问后：

• Spring不再读取数据库里的重载信息，也就看不到那3个重复的签名了；
• 它会严格按照你声明的参数（输入输出类型、参数名）生成调用Oracle存储过程的语句；
• Oracle数据库本身会根据你传递的参数（包括是否提供了默认值对应的参数）匹配到正确的重载，完成执行。

简单来说，关闭元数据访问切断了Spring获取重载信息的路径，而手动声明参数则给了Spring明确的调用规则——两者结合就让Spring能精准定位到你要调用的那个重载，不会再被多个签名搞晕。

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