在Java中如何避免空指针异常_JavaNullPointerException防范解析_技术教程

应主动用Objects.requireNonNull()校验参数、用Optional封装可能为空的返回值、用@NonNull等注解做静态检查，并警惕自动拆箱和字符串拼接中的隐式null。

用 `Objects.requireNonNull()` 主动拦截 null

空指针异常（NullPointerException）多数发生在方法内部对参数或字段做非空假设时。与其等运行时报错，不如在入口处显式校验。Java 7+ 提供的 Objects.requireNonNull() 是最轻量、语义最清晰的防御手段。

它会在传入 null 时立即抛出带消息的 NullPointerException，堆栈指向调用点而非深层访问点，排查效率高。

适用于构造函数、public 方法参数校验，尤其当该值后续会被多次解引用时
不要用于高频循环内——虽开销极小，但无谓调用会累积；优先用静态分析或契约约定
可配合自定义消息：Objects.requireNonNull(name, "name must not be null")，比默认消息更利于定位

public class User {
    private final String name;
    public User(String name) {
        this.name = Objects.requireNonNull(name, "name cannot be null");
    }
}

用 Optional 封装可能为空的返回值

Optional 不是用来“避免所有 null”的银弹，而是明确表达“这个值可能不存在”的契约。它强制调用方处理空分支，防止 get() 直接裸调用导致二次 NPE。

关键原则：只对**方法返回值**使用 Optional，不要用作字段、参数或集合元素——这违背其设计意图，且会增加 GC 压力和可读性负担。

正确场景：数据库查询可能无结果、配置项可能未设置、异步结果尚未到达
错误场景：private Optional name; 或 void process(Optional user)
链式调用时优先用 map()/flatMap() 而非先 isPresent() 再 get()

public Optional findUserById(Long id) {
    return userRepository.findById(id); // 返回 Optional 已体现语义
}

// 调用方必须显式处理
userRepo.findUserById(123L)
    .map(User::getName)
    .orElse("anonymous");