使用包装类（如integer、boolean）代替基本类型可准确区分“零值”和“未填写”，避免null映射异常、框架默认补值及业务语义失真，但需注意拆箱前判空。
用包装类（如 Integer、Boolean、BigDecimal）代替基本类型（如 int、boolean、double），是区分“零值”和“未填写”最直接、最可靠的方式。
数据库字段允许 NULL，实体类就得能表达 NULL
如果数据库中 age 字段定义为 INT NULL，意味着它可以存 0（真实年龄为 0）、也可以存 NULL（用户没填、数据缺失）。这时实体类若用 int age，JDBC 或 MyBatis 读到 NULL 就会尝试拆箱成 int，直接抛 NullPointerException；而用 Integer age，NULL 就自然映射为 null，业务上可明确判断：
- age == null → “未填写”或“数据缺失”
- age == 0 → “年龄为 0”，是合法业务值
框架自动映射更准确，不会偷偷补默认值
Spring MVC、MyBatis、Jackson 等主流框架默认按对象语义处理字段：
- 前端传
{"name":"李四"}（不含 age），Integer age 在 Controller 中保持 null；int age 则被设为 0 —— 这不是用户意图，而是框架补的“假值” - MyBatis 查询结果某列为 NULL，Integer 字段就是 null；int 字段会被强制设为 0，掩盖了原始空状态
- JSON 反序列化同理：缺字段 → 包装类为 null，基本类型为默认值，语义失真
校验和业务逻辑更清晰，避免歧义
用包装类后，“是否赋值”变成一个可主动检查的状态，而不是依赖隐式默认值：
- 注册表单手机号字段为 String phone（天然可 null），但若误用 long phoneNum，未填时就变成 0 —— 可能被当作“有效号码”通过校验
- 订单状态字段 Integer status：null 表示“尚未初始化”，0 可能代表“待支付”，1 代表“已发货”，边界清晰；而 int status 默认就是 0，容易误触发“待支付”逻辑
- 配合 @NotNull、@Null 等注解做 Bean Validation，也能精准控制哪些字段必须填、哪些允许为空
注意拆箱前判空，防止运行时异常
包装类带来灵活性，也带来风险：只要可能为 null，使用前就要检查。常见写法：
- 判空再计算：
if (age != null && age > 18) { ... } - 提供默认值：
int realAge = Objects.requireNonNullElse(age, 0); - 用 Optional 包装：
Optional.ofNullable(age).filter(a -> a > 0).ifPresent(...)
不复杂但容易忽略。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
