我之前也碰到过一模一样的坑！Oracle PL/SQL包函数和Spring的SimpleJdbcCall配合时，关闭元数据访问后很容易因为参数声明的细节踩雷，你这个问题大概率是没有显式声明函数返回参数导致的——当关闭元数据自动探测后，Spring会把你声明的第一个输入参数误当作返回值处理，自然就会忽略它作为输入参数的作用。

下面给你具体的解决思路和修正代码：

核心问题分析 #

当你调用withoutProcedureColumnMetaDataAccess()后，Spring无法自动获取Oracle函数的元数据信息（包括返回值的存在）。而Oracle函数本质上会把返回值作为一个特殊的"输出参数"，如果不手动声明它，Spring会默认将你定义的第一个SqlParameter当作返回值参数，导致实际调用时这个参数不会被当作输入传递给函数。

修正步骤 #

1. 显式声明返回参数 #

在declareParameters的最开头添加返回参数的声明，参数名称可以自定义（比如RETURN_VALUE），类型要和函数的返回类型一致：

SimpleJdbcCall call = new SimpleJdbcCall(jdbcTemplate.getJdbcTemplate())
    .withSchemaName("MY_SCHEMA")
    .withCatalogName("MY_PACKAGE")
    .withFunctionName("MY_FUNCTION")
    .withoutProcedureColumnMetaDataAccess()
    .declareParameters(
        // 先声明返回参数，类型和函数返回值匹配
        new SqlOutParameter("RETURN_VALUE", Types.VARCHAR),
        // 再按函数定义的顺序声明输入参数
        new SqlParameter("FIRST_ARGUMENT", Types.VARCHAR),
        new SqlParameter("SECOND_ARGUMENT", Types.VARCHAR)
    );

2. 正确传递参数 #

参数传递有两种方式，任选其一即可：

方式一：命名参数传递（推荐，可读性高）

使用MapSqlParameterSource，确保键名和你声明的输入参数名称完全一致：

MapSqlParameterSource params = new MapSqlParameterSource()
    .addValue("FIRST_ARGUMENT", "你的第一个参数值")
    .addValue("SECOND_ARGUMENT", "你的第二个参数值");

// 执行函数，指定返回值类型
String result = call.executeFunction(String.class, params);

方式二：位置参数传递

按你声明的输入参数顺序（注意：是输入参数的顺序，不包含返回参数）传递值：

String result = call.executeFunction(String.class, "你的第一个参数值", "你的第二个参数值");

额外注意事项 #

• 如果函数返回的不是VARCHAR类型，记得把Types.VARCHAR改成对应类型（比如Types.NUMBER对应数值类型）。
• 确保你声明的输入参数名称、顺序和Oracle包函数里的定义完全一致（Oracle默认是大写，所以参数名要匹配）。

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