PreparedStatement.setNull必须传SQL类型，因Oracle JDBC驱动需据此生成正确绑定描述；传错类型会导致ORA-01008、插入失败或值异常，如Types.VARCHAR用于NUMBER列；Types.NULL不可用于实际绑定。
PreparedStatement.setNull 为什么必须传 SQL 类型？
因为 oracle 的 jdbc 驱动不接受 null 值直接塞进占位符——它需要知道“这个空值本该是什么类型”，才能生成正确的 sql 绑定描述。不传类型或传错（比如用 types.integer 插字符串字段），轻则报 ora-01008: not all variables bound，重则插入失败或字段被转成意外值（如 0 或空字符串）。
常见错误现象：setNull(1, Types.VARCHAR) 却往 NUMBER 列插，或漏掉第三个参数（JDBC 4.2+ 要求必须指定类型）。
-
Types.VARCHAR对应VARCHAR2、CHAR字段 -
Types.INTEGER/Types.NUMERIC对应NUMBER（注意：Oracle 没有原生INTEGER类型，用Types.NUMERIC更稳妥） -
Types.DATE对应DATE；Types.TIMESTAMP对应TIMESTAMP -
Types.NULL不是通用占位符，不能用于实际绑定，只在某些元数据场景出现
Oracle 中 VARCHAR2 字段该用 Types.VARCHAR 还是 Types.NVARCHAR？
绝大多数情况用 Types.VARCHAR。Oracle 的 VARCHAR2 默认走数据库字符集（如 AL32UTF8），Types.NVARCHAR 会强制走国家字符集（NCHAR），而 NCHAR 在 Oracle 里默认是 AL16UTF16，容易引发隐式转换、索引失效甚至乱码。
除非你明确建表时用了 NVARCHAR2 字段，否则别碰 Types.NVARCHAR。用错会导致插入成功但查出来是乱码，或者触发 ORA-00932: inconsistent datatypes。
- 确认字段类型：
SELECT data_type FROM all_tab_columns WHERE table_name='YOUR_TABLE' AND column_name='YOUR_COL' - 如果返回
VARCHAR2→ 用Types.VARCHAR - 如果返回
NVARCHAR2→ 用Types.NVARCHAR（少见）
插入空值时遇到 ORA-01400: cannot insert NULL into (...) 怎么办？
这不是 JDBC 错误，是 Oracle 层面的约束拦截。说明目标列定义了 NOT NULL，但你在 Java 里调了 setNull()，驱动如实传递了 NULL，然后被数据库拒绝。
此时不能靠改 JDBC 参数绕过，得检查业务逻辑是否真允许为空，再决定处理方式：
- 字段确实可空 → 去 DB 改表：
ALTER TABLE t MODIFY col NULL - 字段不可空但业务上需“逻辑空” → 改用默认值，比如字符串字段设
''（空字符串）、数字字段设-1或0，再用setString()/setInt() - 不想改表又不能填默认值 → 用
setObject(idx, null, Types.VARCHAR)（效果同setNull），但依然会失败，只是换种写法没用
批量插入含空值时 setNull 的性能和兼容性注意点
Oracle 的 PreparedStatement 批量执行（addBatch() + executeBatch()）对 setNull() 是完全支持的，但要注意两个坑：
- JDBC 驱动版本低于 12.1 时，批量中混用
setNull()和setString()可能触发内部类型缓存错乱，建议统一升级到ojdbc8.jar（对应 JDK 8+） - 不要在循环里反复调
setNull(i, Types.VARCHAR)后又调setString(i, "xxx")—— 同一个参数索引多次赋值，后一次覆盖前一次，但驱动可能已按前一次类型预编译，导致 ORA-01006 - 如果某列多数为空，考虑用
setObject(i, null, Types.VARCHAR)替代setNull()，语义一致且部分旧驱动更稳定
最常被忽略的是：Oracle 对空值的索引行为（B-Tree 索引不存全 NULL 行）、统计信息收集（DBMS_STATS 默认跳过 NULL）、以及应用层判空逻辑是否和数据库约束对齐——这些不是 JDBC 能解决的，但会影响你“插进去之后到底算不算真空”。
