JavaObjects防空指针实用技巧

Java的Objects类提供了多个null安全的实用方法，其中requireNonNull能主动校验非空参数并抛出带明确提示的NullPointerException，支持链式调用且比手动if判空更简洁可靠；equals和toString分别解决空对象比较和字符串拼接时的NPE风险，兼顾安全性与语义清晰性；hash和deepEquals虽对null友好，但需警惕其隐含语义（如null被视作0）及与equals/hashCode逻辑的一致性。真正关键的不是堆砌工具，而是根据业务意图审慎决策：何处必须拒绝null、何处应当优雅容忍，以及同一null值在不同上下文中是否承载相同含义。

Objects.requireNonNull() 是最直接的防御式检查

当方法参数或关键对象不能为 null 时，用 Objects.requireNonNull() 主动抛出 NullPointerException，比让后续代码崩溃更可控。它返回原对象，方便链式调用。

• 常见错误：用 if (obj == null) throw new NullPointerException() 手写判断，冗长且易漏掉消息提示
• 正确用法：String name = Objects.requireNonNull(inputName, "inputName must not be null")，第二个参数是自定义异常消息，强烈建议加上
• 注意：它只做非空断言，不改变对象本身，也不做默认值 fallback

Objects.equals() 安全比较两个可能为空的对象

代替 a.equals(b)，避免因 a 为 null 导致 NPE。它内部先判空再调用 equals，语义等价于 a == b || (a != null && a.equals(b))。

• 典型场景：DTO 字段比较、Map 的 key 查找、单元测试中的断言
• 不要用于 == 场景：比如 Objects.equals(a, b) 和 a == b 行为不同，前者走 equals()，后者是引用比较
• 性能影响极小，JVM 对这种静态方法调用优化很好，无需担心

Objects.toString() 避免打印 null 字符串

替代 obj.toString() 或字符串拼接中直接引用对象，防止日志或 UI 显示出现 "null" 文本或触发 NPE。

• 默认行为：Objects.toString(null) 返回 "null"（字符串）；Objects.toString(obj, "default") 可指定空值时的替代字符串
• 常见误用：在日志里写 log.info("user=" + user)，若 user 为 null，实际输出 "user=null"——这看似无害，但掩盖了本该校验的空值问题
• 更推荐组合使用：Objects.toString(user, "N/A") 明确表达“不可用”，比默认 "null" 更具业务含义

Objects.hash() 和 Objects.deepEquals() 要小心使用场景

Objects.hash() 用于生成字段组合的哈希值，Objects.deepEquals() 用于递归比较数组或嵌套结构。它们都对 null 安全，但容易被误用。

• Objects.hash(a, b, c) 内部会把 null 当作 0 处理，所以 Objects.hash((String)null) 和 Objects.hash("") 结果不同，但都合法
• Objects.deepEquals(arr1, arr2) 支持 null 数组，也支持 null 元素，但仅对数组和实现了 deepEquals 协议的类（如 List）有效；对普通自定义对象仍调用 equals()
• 陷阱：在重写 hashCode() 时用了 Objects.hash(field)，但没同步更新 equals() 逻辑，会导致哈希表行为异常——空安全不等于逻辑一致

空值处理不是加几个工具方法就万事大吉。真正容易被忽略的是：哪些地方该拒绝 null（用 requireNonNull），哪些地方该容忍 null（用 equals 或 toString），以及是否所有 null 都代表相同语义。

到这里，我们也就讲完了《JavaObjects防空指针实用技巧》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！