当使用 jackson 的 jsonnode 与 optional 链式操作时，若中间节点为 null（如 nullnode），直接调用 `.textvalue()` 会触发 npe；正确做法是将 `get(name)` 和 `textvalue()` 拆分为独立的 `map` 步骤，利用 optional 的短路特性自动转为 `optional.empty()`。
在 Java 中，Optional.map() 的设计原则是：只要传入的函数返回 null，map 就自动将其转换为 Optional.empty() —— 这是其核心安全机制。但该机制仅对 函数返回值 生效，而非对函数内部的空指针调用生效。
在原始代码中：
orderData.map(data -> data.get("customerInfo"))
.map(customerInfo -> customerInfo.get(name).textValue());问题并非出在 data.get("customerInfo") 返回 NullNode（它仍是有效 JsonNode 实例，非 Java null），而在于 customerInfo.get(name) 可能返回 null（例如字段不存在），此时 null.textValue() 直接抛出 NullPointerException —— 这发生在 map 函数体内部，Optional 已无法拦截。
✅ 正确解法是分层解构，让每一步的潜在 null 都暴露给 Optional 的语义：
Optionalresult = orderData .map(data -> data.get("customerInfo")) // 返回 Optional （可能含 NullNode） .map(customerInfo -> customerInfo.get(name)) // 若 get(name) == null → 整体转为 Optional.empty() .map(node -> node.textValue()); // 仅当 node 非 null 时执行
⚠️ 注意事项：
- JsonNode.get(String) 在字段不存在时返回 null（不是 NullNode），这是触发 Optional.empty() 的关键；
- 若 customerInfo 本身是 NullNode，customerInfo.get(name) 仍返回 null，同样被安全处理；
- 不要使用 filter(Objects::nonNull) 替代拆分 map —— 它无法避免 textValue() 的 NPE，且语义冗余；
- 如需默认值，可在最后追加 .orElse("default") 或 .orElseGet(() -> computeDefault())。
总结：Optional 的安全性依赖于「将可能为 null 的操作单独封装进一次 map」。保持原子性、避免在单个 lambda 中串联多个可能空的方法调用，是写出健壮函数式 JSON 解析逻辑的关键实践。
