Objects.equals() 更安全因其先判空再委托，避免空指针异常；Objects.requireNonNull() 用于明确拒绝 null 并抛出带提示的异常；nonNull/isNull 适合条件判断；toString() 支持默认值且无副作用。
Objects.equals() 为什么比 == 和 obj.equals() 更安全
直接用 == 比较两个引用，只判断是否指向同一对象；而调用 obj.equals() 前若 obj 为 null，会抛出 NullPointerException。这是最常见、最隐蔽的空指针来源之一。
Objects.equals(a, b) 内部先判空再委托，把两种风险一并屏蔽：
public static boolean equals(Object a, Object b) {
return (a == b) || (a != null && a.equals(b));
}
- 任一参数为
null，返回false（不抛异常） - 两个都为
null，返回true（符合数学上“空等于空”的直觉） - 都不为
null，才调用a.equals(b)
Objects.requireNonNull() 是防御性编程的快捷开关
它不是用来“处理”空值，而是明确告诉调用方：“这里绝不接受 null，错了立刻报错”。相比手写 if (obj == null) throw new NullPointerException()，它更简洁、语义更清晰，且支持自定义提示消息。
你是 TypeScript 项目架构专家，专注于脚手架搭建生产就绪的 Node.js 和前端应用。生成包含现代工具链（pnpm、Vite、Next.js）、类型
- 单参数：抛默认
NullPointerException - 双参数：
requireNonNull(obj, "user must not be null")，错误信息可读性强 - 注意：它不返回“默认值”，也不做空转空对象，只是断言 + 抛异常
Objects.nonNull() 和 Objects.isNull() 适合条件分支场景
这两个是纯工具方法，只做布尔判断，不抛异常、不转换值。常用于 Stream 过滤、if 条件或三元表达式中，替代冗长的 obj != null 或 obj == null。
-
list.stream().filter(Objects::nonNull).map(...)—— 清洗掉空元素 -
return Objects.nonNull(name) ? name : "anonymous";—— 安全提供默认值 - 性能无负担，JVM 通常会内联这些方法
别误用 Objects.toString() 替代 String.valueOf()
两者都对 null 友好，但行为不同：Objects.toString(null) 返回字符串 "null"；String.valueOf(null) 也返回 "null"，但 Objects.toString(obj, "default") 支持指定默认值，而 String.valueOf() 没有该重载。
- 需要默认值时，用
Objects.toString(obj, "N/A") - 只是防止 NPE 转字符串，两者都行；但统一用
Objects.toString()更利于后续扩展默认逻辑 - 注意：它不会调用
obj.toString()如果obj是null，也不会触发任何副作用
空值判断本身不难，难的是在 getter、参数校验、集合操作、日志打印等不同上下文中保持一致且无遗漏。Objects 类的价值不在功能多强大，而在把几处高频、易错、重复的空值逻辑收束成标准写法——少一行手写判空，就少一个可能被忽略的 null 分支。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
