如何在Spring JDBC Template中无代码异味地替换已弃用的queryForObject？

安全阿岳

2026-6-19

替代Spring JDBC Template弃用的queryForObject的推荐方案

针对你的OTP验证场景，最简洁高效的替代方式是使用**JdbcTemplate.queryForObject的重载方法**，配合SingleColumnRowMapper或者直接用lambda表达式作为RowMapper，既不用复杂的ResultSetExtractor，也不需要取巧的queryForList。

优化后的代码实现

@Override
public boolean validateOTP(OTPValidateDTO otpValidateDTO) {
    try {
        var sql = "SELECT EXISTS (SELECT 1 FROM otp_table WHERE otp = ? AND mobile_no = ?);";
        // 使用SingleColumnRowMapper指定返回类型，官方推荐的替代写法
        return jdbcTemplate.queryForObject(
                sql,
                new SingleColumnRowMapper<>(Boolean.class),
                otpValidateDTO.getOtp(),
                otpValidateDTO.getMobileNo()
        );
        // 也可以用更简洁的lambda版RowMapper，逻辑完全一致
        // return jdbcTemplate.queryForObject(sql, (rs, rowNum) -> rs.getBoolean(1),
        //         otpValidateDTO.getOtp(), otpValidateDTO.getMobileNo());
    } catch (Exception ex) {
        log.error(ex.getMessage());
        return false;
    }
}

为什么这个方案更合适

贴合官方替代方向：你之前用的queryForObject(String sql, Object[] args, Class<T> requiredType)被弃用，核心原因是它的类型转换逻辑不够灵活，而带RowMapper的重载是Spring官方明确推荐的替代方案。
简洁高效匹配场景：SingleColumnRowMapper专门用于提取单行单列的结果，完美适配你用EXISTS返回布尔值的需求，性能和原方法完全一致，代码量几乎没有增加。
避免冗余操作：不用queryForList是合理的——EXISTS只会返回一行结果，用列表处理属于不必要的内存开销；而ResultSetExtractor是针对复杂结果集映射的工具，你的场景完全不需要这么重的实现。