使用NamedJdbcTemplate向Oracle插入数据时触发ORA-01722无效数字异常

这个错误我之前也踩过坑，本质就是Oracle在尝试把一个无法转换为有效数字的字符串当作数字处理时抛出的异常，结合你用NamedJdbcTemplate的场景，大概率是参数和数据库字段类型不匹配，或者SQL里的参数绑定对应关系出了问题，给你一步步排查的思路：

1. 先核对数据库表的字段类型 #

先查一下XXSTT_AUTO_CANCEL_REQ_STATUS表中各个字段的类型：

• 比如cancelTimes对应的字段是不是NUMBER/INT这类数字类型？虽然你把cancelTimes转成了Integer，但如果SQL里把它绑定到了字符串类型字段，或者反过来——比如cancelStatus对应的字段是数字类型，但你传入的是"SUCCESS"这种非数字字符串，Oracle就会强行尝试转数字，直接触发报错。

2. 检查SQL语句的字段和参数绑定对应关系 #

你的SQL是insert into XXSTT_AUTO_CANCEL_REQ_STATUS (AUTO_CANCEL...，一定要确保你写的字段列表和后面的**参数占位符（比如:cancelMessage、:cancelStatus）**是一一对应的，而且每个占位符对应的字段类型和参数类型完全匹配：
举个反例：如果SQL里写的是insert into ... (CANCEL_TIMES, CANCEL_STATUS) values (:cancelStatus, :cancelTimes)，那本来该传数字的CANCEL_TIMES字段绑定了字符串类型的cancelStatus，直接就会触发ORA-01722。

3. 打印实际执行的SQL和参数值 #

开启NamedJdbcTemplate的调试日志（比如Spring Boot里配置logging.level.org.springframework.jdbc=DEBUG），这样能看到最终执行的完整SQL和实际传入的参数值，一眼就能定位哪个参数出了问题：
比如如果cancelTimes看起来是数字，但实际传入的是空字符串或者"abc"这种无效内容，哪怕你用了Integer.valueOf(cancelTimes)，转换时就会先抛NumberFormatException；如果是SQL执行时才报错，那基本就是参数绑定到错误字段了。

4. 注意隐式类型转换的坑 #

有时候参数和字段类型看似匹配，但Oracle的隐式转换会搞事情：比如字段是NUMBER，但你传入的是带前后空格的字符串（比如" 123 "），Oracle可能没法正确转换，这时候要先对参数做trim处理，或者直接传数字类型（不建议用字符串转数字的方式绑定到数字字段）。

针对你的代码的快速排查点 #

• 先确认cancelStatus对应的数据库字段类型：如果是数字类型，那你传入的cancelStatus必须是可转成数字的内容（比如"0"、"1"），不能是"SUCCESS"这种字符串；如果是字符串类型，那没问题。
• 检查SQL里:cancelTimes是不是绑定到了数字类型字段上，别搞反了。
• 确保cancelTimes的原始值是有效的数字字符串，比如前端传的话要先做校验，避免传入非数字内容。

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