Java中处理JDBC数据库字段默认值需区分三类场景：数据库默认值、NULL语义表达、业务补值；字段是否允许NULL是前提，可空字段必须用Integer等包装类，避免getInt()静默转0导致语义混淆。
Java 中通过 JDBC 处理数据库字段默认值，核心不是“让 JDBC 自动生成默认值”，而是明确区分三类场景：数据库层面的默认值（如 CREATE TABLE ... status INT DEFAULT 0）、NULL 值在 Java 端的语义表达、以及业务逻辑中需要补默认值的情况。处理不当容易混淆 NULL 和 0，引发数据扭曲。
明确数据库字段是否允许 NULL
这是所有判断的前提。若字段定义为 NOT NULL DEFAULT 0，那它永远不会是 NULL，JDBC 读取时用 getInt() 安全；若字段允许 NULL（INT NULL），则必须按可空类型处理，不能依赖“默认值”掩盖语义缺失。
- MySQL 查看方式：
DESCRIBE table_name;或SHOW COLUMNS FROM table_name;，关注Null列是否为YES - SQL Server / Oracle：查
INFORMATION_SCHEMA.COLUMNS表中IS_NULLABLE字段
Java 端接收可空整型字段必须用包装类
当数据库字段允许 NULL，Java 实体或 ResultSet 取值时，绝不能声明为 int 或直接调用 rs.getInt() 赋值给基本类型——JDBC 驱动会静默返回 0，无法区分“真是 0”和“本该是 NULL”。
- MyBatis 映射：实体类字段写
private Integer status;，Mapper 接口返回类型也用Integer - 原生 JDBC：优先用
rs.getObject("status", Integer.class)，安全且语义清晰 - 若仍用
getInt()，必须紧跟调用rs.wasNull()判断：
int raw = rs.getInt("status");
Integer value = rs.wasNull() ? null : raw;
SQL 层兜底仅限弱语义字段
仅当业务上“NULL”与某个确定数值（如 0、-1）完全等价，且不参与关键判断时，才考虑在 SQL 中用函数提前转换：
立即学习“Java免费学习笔记（深入）”；
- MySQL：
SELECT COALESCE(status, 0) AS status FROM order - PostgreSQL：
COALESCE(status, -1) - SQL Server：
ISNULL(status, 999)
⚠️ 注意：这会丢失空值语义。例如“审核状态为 NULL”代表“未开始审核”，若转成 0，可能被误判为“审核失败（0=失败）”，造成严重逻辑错误。
插入时显式控制默认值行为
插入数据时，是否使用数据库默认值，由 SQL 语句决定，JDBC 不干预：
- 想用 DB 默认值：INSERT 语句中**不包含该字段**，例如
INSERT INTO user (name, email) VALUES (?, ?)（跳过status字段） - 想显式设值：用
PreparedStatement绑定具体值，包括null：
ps.setObject(3, user.getStatus()); // getStatus() 返回 Integer，null 会被正确传为 SQL NULL - 避免用
ps.setInt(3, user.getStatus())—— 若user.getStatus()是null，会抛NullPointerException
