java包装类校验需区分null（未填）与0（填了0），因二者语义不同：前者表缺失，后者表明确业务值；应结合数据来源、显式判空、optional封装及dto注释分步处理。
Java 中包装类（如 Integer、Double、Boolean 等）在数据校验链路中，常需明确区分“用户没填”（null）和“用户填了 0”（0）这两种语义——前者代表缺失/未提供，后者代表明确的业务值。这种区分直接影响空值处理、数据库写入、前端回显、风控判断等环节。关键不在于“能不能判”，而在于“怎么判得准、用得稳”。
校验前先明确字段语义与来源
不同来源的数据对 null 和 0 的含义承载不同：
- HTTP 请求参数（如 JSON 或表单）：未传字段 → 后端接收为
null；传了"age": 0→ 解析为Integer.valueOf(0) - 数据库查询结果：字段允许 NULL → JDBC 映射为
null；字段设了默认值 0 或非空约束 → 永远不会是null - 前端表单提交：空输入框通常被序列化为
undefined或省略字段，后端收不到即为null；用户手动输入 “0” 并提交 → 明确传 0
因此，校验逻辑必须结合上下文设计，不能仅看变量值。
用显式判空 + 业务规则组合判断
单纯用 == null 只能知道“有没有值”，但无法直接推断“用户意图”。需配合字段定义和业务规则：
-
先判是否为 null：
if (age == null)→ 表示该字段未提供，可走“缺失校验”分支（如提示“年龄必填”或按规则设默认值） -
再判是否为 0：
else if (age.equals(0))→ 表示用户明确填了 0，需检查该值是否合法（例如“年龄为 0 是否允许？”） -
避免自动拆箱风险：不要写
if (age == 0)，因age为null时会抛NullPointerException
统一用 Optional 封装语义更清晰
把包装类变量包装成 Optional，能从代码层面强调“可能存在也可能不存在”：
Optional<integer> ageOpt = Optional.ofNullable(request.getAge());</integer>if (ageOpt.isEmpty()) { /* 未输入 */ }else if (ageOpt.get() == 0) { /* 输入为 0 */ }- 还可链式处理：
ageOpt.filter(v -> v > 0).orElseThrow(() -> new BizException("年龄必须大于 0"));
这种方式让“缺失”和“零值”的处理路径在代码结构上天然分离，降低误判概率。
数据库与 DTO 层做好隔离与注释
避免校验逻辑被底层映射污染：
- Dubbo/Feign 接口或 Controller 入参 DTO 中，对可能为
null的数字字段加@ApiModelProperty(value = "年龄，不填表示未知，填 0 表示实际为 0 岁", required = false)类注释 - MyBatis 映射时，用
jdbcType=INTEGER+resultMap显式控制 null 转换，不依赖自动装箱 - 避免在 Service 层直接用
entity.getAge() == 0判断业务逻辑，应先抽象出isAgeProvided()和isAgeZero()方法
本质上，null 是数据存在性问题，0 是数值合理性问题——校验链路要分两步走：先问“有没有”，再问“对不对”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
