Java中PreparedStatement处理null参数必须用setNull()显式声明SQL NULL并指定类型（如Types.INTEGER），不能直接调用setString(null)或setInt(null)，否则会抛NullPointerException或SQLException，因setXXX()方法不支持null值且JDBC规范要求显式类型语义。
Java 中 PreparedStatement 处理 null 参数，核心是用 setNull() 方法显式声明参数为 SQL NULL，并指定对应 SQL 类型（如 Types.INTEGER、Types.VARCHAR），不能直接用 setXXX(null) —— 否则多数驱动会抛 NullPointerException 或类型不匹配异常。
为什么不能直接 setString(null) 或 setInt(null)？
PreparedStatement 的 setXXX() 方法中，除 setObject() 外，其余方法（如 setString、setInt、setLong）的参数类型是基本类型或非空引用类型。例如：
-
setInt(int parameterIndex, int x)：第二个参数是基本类型 int，传 null 编译不通过； -
setString(int parameterIndex, String x)：虽然 String 是引用类型，但 JDBC 规范要求驱动对 null 值做特殊处理——多数驱动（如 MySQL Connector/J、PostgreSQL JDBC）会直接抛 SQLException 或 NullPointerException，而非安全转为 SQL NULL。
正确做法：用 setNull() 指定 SQL 类型
必须调用 setNull(int parameterIndex, int sqlType)，其中 sqlType 来自 java.sql.Types，需与目标列的数据库类型语义一致。常见对应关系：
- 字符串类字段（VARCHAR、TEXT）→
Types.VARCHAR - 整数类字段（INT、BIGINT）→
Types.INTEGER或Types.BIGINT - 时间类字段（DATETIME、TIMESTAMP）→
Types.TIMESTAMP - 布尔字段（BOOLEAN、TINYINT(1)）→
Types.BOOLEAN（注意：部分老驱动不支持，可退为Types.INTEGER）
示例：
立即学习“Java免费学习笔记（深入）”；
String sql = "INSERT INTO users(name, age, created_at) VALUES (?, ?, ?)";
try (PreparedStatement ps = conn.prepareStatement(sql)) {
ps.setString(1, "Alice"); // 非空字符串
ps.setNull(2, Types.INTEGER); // age 允许为 NULL
ps.setNull(3, Types.TIMESTAMP); // created_at 为 NULL
ps.executeUpdate();
}
进阶技巧：用 setObject(null, sqlType) 替代 setNull()
setObject(int parameterIndex, Object x, int targetSqlType) 在传入 null 时，行为等价于 setNull()，且更灵活（尤其配合泛型工具类时）。例如：
-
ps.setObject(2, null, Types.INTEGER)✔️ 安全有效 -
ps.setObject(1, null, Types.VARCHAR)✔️ 等同于 setNull(1, Types.VARCHAR)
注意：不要用 setObject(2, null)（无类型版），因为驱动可能无法推断目标类型，导致 SQL 错误或隐式转换异常。
实际开发中的建议
- 统一封装参数设置逻辑，比如写一个
bindParameter(ps, index, value, type)方法，内部自动判断是否为 null 并分发到 setNull / setXXX / setObject； - 使用 MyBatis、JdbcTemplate 等框架时，它们已内置 null 处理（如 JdbcTemplate 用 SqlParameterValue 包装 null 和类型），无需手动 setNull；
- 调试时注意：某些数据库（如 Oracle）对 NULL 和空字符串区分严格，确保业务逻辑和数据库约束一致。
