在Java中如何使用Objects类简化空值判断_Java对象工具方法解析

P粉602998670 2026-01-20 00:00:00 次阅读

Objects.equals() 更安全，因其先判空再委托equals()，避免空指针和语义不等；requireNonNull()用于主动声明非空契约；nonNull()/isNull()仅简化判空；requireNonNullElse()与requireNonNullElseGet()依默认值开销选其一。

Objects.equals() 为什么比 == 和 obj.equals() 更安全

直接用 == 比较引用会忽略语义相等，而调用 obj.equals() 前不判空又容易抛 NullPointerException。`Objects.equals()` 内部先判空再委托，天然规避这两种风险。

当两个参数都为 null，返回 true
当仅一个为 null，返回 false
当都不为 null，才调用 a.equals(b)

String a = null;
String b = "hello";
boolean result = Objects.equals(a, b); // false，不抛异常
boolean result2 = Objects.equals(null, null); // true

Objects.requireNonNull() 的典型误用场景

它不是用来“兜底容错”的，而是用于**主动声明契约**：这个参数绝不该为空，否则立刻失败。常见于构造函数和 setter 中。

传入 null 时抛出 NullPointerException，消息可自定义
不要在业务逻辑中用它替代空值处理（比如想“如果为空就用默认值”，该用 Objects.requireNonNullElse()）
链式调用时注意：它返回的是非空值本身，可直接赋值或继续调用

public User(String name) {
    this.name = Objects.requireNonNull(name, "name must not be null");
}

Objects.nonNull() 和 Objects.isNull() 是布尔判断，不是空安全操作

这两个方法只返回 boolean，常被误以为能“防止空指针”——其实它们只是简化了 == null 的写法，不带任何副作用或转换逻辑。

Objects.nonNull(obj) 等价于 obj != null
Objects.isNull(obj) 等价于 obj == null
若后续要基于判断做操作（如取值、调用方法），仍需自己控制流程，不能指望它自动跳过空分支

if (Objects.nonNull(user)) {
    System.out.println(user.getName()); // 这里才真正安全
}

Objects.requireNonNullElse() 和 requireNonNullElseGet() 的选择依据

两者都用于提供空值 fallback，但策略不同：前者适合轻量默认值，后者适合需要延迟计算或有副作用的场景。

requireNonNullElse(a, b)：直接传入默认值 b，无论 a 是否为空都会被实例化/计算
requireNonNullElseGet(a, supplier)：仅当 a 为 null 时才调用 supplier.get()，适合创建开销大、含 I/O 或可能抛异常的默认值

String name = Objects.requireNonNullElse(user.getName(), "anonymous");
List data = Objects.requireNonNullElseGet(cache.get(key), () -> loadFromDB(key));