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 的写法，不带任何副作用或转换逻辑。
Java Maven Common
下载
Java Maven 项目审查工作流的通用输入处理。当 Java Maven 项目以 ZIP压缩包或 GitLab 仓库 URL 形式提供且需要...时使用。
-
Objects.nonNull(obj)等价于obj != null -
Objects.isNull(obj)等价于obj == null - 若后续要基于判断做操作（如取值、调用方法），仍需自己控制流程，不能指望它自动跳过空分支
if (Objects.nonNull(user)) {
System.out.println(user.getName()); // 这里才真正安全
}
Objects.requireNonNullElse() 和 requireNonNullElseGet() 的选择依据
两者都用于提供空值 fallback，但策略不同：前者适合轻量默认值，后者适合需要延迟计算或有副作用的场景。
立即学习“Java免费学习笔记（深入）”；
-
requireNonNullElse(a, b)：直接传入默认值b，无论a是否为空都会被实例化/计算 -
requireNonNullElseGet(a, supplier)：仅当a为null时才调用supplier.get()，适合创建开销大、含 I/O 或可能抛异常的默认值
String name = Objects.requireNonNullElse(user.getName(), "anonymous"); List<String> data = Objects.requireNonNullElseGet(cache.get(key), () -> loadFromDB(key));
真正容易被忽略的是：所有这些方法都**不改变原对象状态**，也不做类型转换或结构遍历——它们只是针对单个引用的空值契约与比较辅助。拿 Objects.deepEquals() 去比数组内容没问题，但想递归检查嵌套对象字段是否为空？那得靠自定义逻辑或第三方库。
