Java中处理理论上非NULL变量的空检必要性与最佳实践

对于你提到的这类“业务上绝对不应为null”的字段（比如考勤系统Student类的id），不需要在所有代码分支里重复做空检查，但要通过分层防御的方式，从源头避免null的出现，同时在关键节点做校验，平衡代码简洁性和系统稳定性。

为什么UI必填不代表后端不会收到null #

UI层的校验只能拦截常规操作，以下场景仍可能导致null进入后端：

• 前端校验被绕过（比如直接通过API工具调用、抓包篡改请求参数）
• 前端bug导致必填字段未正确提交
• 数据序列化/反序列化过程中出现异常（比如JSON解析时字段缺失）
• 中间服务/网关的数据处理失误

具体最佳实践 #

1. API入口全局校验 #

在API请求的入口处（比如Controller层）做统一的参数校验，用标准化的校验框架（如JSR-380/Spring Validation）拦截null，避免无效请求进入业务逻辑。
示例代码：

import javax.validation.constraints.NotNull;

public class Student {
    private String firstName;
    private String lastName;
    private String email;
    // 标注该字段为非空，校验不通过时返回明确错误
    @NotNull(message = "学生ID为必填项，不能为空")
    private Integer id;

    // getter、setter方法
}

在Controller中触发校验：

import org.springframework.validation.annotation.Validated;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.RequestBody;

@PostMapping("/students")
public void registerStudent(@Validated @RequestBody Student student) {
    // 进入此方法时，student.id已确保非空
    studentService.save(student);
}

2. 从对象创建阶段强制非空 #

通过构造器、Lombok注解等方式，确保Student对象实例化时id字段一定不为null，从源头杜绝null的存在。
示例（使用Lombok的@NonNull）：

import lombok.NonNull;

public class Student {
    private String firstName;
    private String lastName;
    private String email;
    @NonNull
    private Integer id;

    // 构造器传入id时，若为null会直接抛出NullPointerException
    public Student(@NonNull Integer id) {
        this.id = id;
    }
}

如果不用Lombok，也可以手动在构造器中校验：

public Student(Integer id) {
    if (id == null) {
        throw new IllegalArgumentException("学生ID不能为空");
    }
    this.id = id;
}

3. 跨模块调用时的防御性断言 #

如果Student对象是从其他模块、外部服务传入的，可通过断言快速校验，在开发/测试阶段暴露问题，生产环境可通过JVM参数关闭断言，不影响性能。
示例：

import java.util.Objects;

public void processAttendance(Student student) {
    // 跨模块调用时的校验，若为null直接抛出异常
    Objects.requireNonNull(student.getId(), "处理考勤时学生ID不能为空");
    // 后续业务逻辑
    attendanceRepository.recordAttendance(student.getId());
}

总结 #

• 无需在每个业务方法中重复写if (id != null)这类冗余代码，避免晦涩冗长
• 通过入口校验、实例化约束、跨模块断言三层防御，覆盖绝大多数可能出现null的场景
• 若系统处于极端高可靠性要求的场景，可在核心业务节点保留一次空检查，但需注释说明校验原因

内容的提问来源于stack exchange，提问作者PainIsAMaster