optional测试关键在于覆盖值存在与否与条件真假的所有组合：empty、null源头、filter真/假、map惰性执行、orelse系方法语义正确性，以及嵌套optional的flatmap扁平化处理。
测试 Optional 代码的关键，是覆盖它可能遇到的所有“值存在与否 + 条件满足与否”的组合场景，而不是只测正常流程。
覆盖核心边界：empty、null、条件为真/假
Optional 本身不接受 null，但它的源头（比如方法返回值）可能是 null。所以测试要从源头模拟：
- ofNullable(null) → 得到 empty Optional，后续 map/filter/ifPresent 都不应执行
- ofNullable("hello") → 有值，再分别测试 filter 条件为 true（如 .filter(s -> s.length() > 0)）和 false（如 .filter(s -> s.isEmpty())）
- ofNullable("") → 空字符串不是 null，但业务上常视为无效，需按实际逻辑判断是否该被 filter 掉
验证链式调用中“短路”行为是否正确
Optional 的 map/filter 是惰性的，一旦上游变成 empty，下游就不会执行。测试时要确认副作用没发生：
- 写一个带日志或计数器的 lambda，比如
.map(s -> { log.info("mapped"); return s.toUpperCase(); }) - 当输入为 empty 时，确保日志没输出、计数器没增加
- 当输入为 "test" 且 filter 条件为 false 时，map 不应触发
结合业务语义测试 orElse / orElseGet / orElseThrow
这些方法在 empty 时才生效，不能只看“有没有默认值”，而要看它是否符合业务预期：
- orElse(null) 要谨慎——可能把问题延后成 NPE，测试中应避免，改用 orElseGet(() -> computeDefault())
-
orElseThrow() 需验证抛出的是你期望的异常类型和消息，比如
orElseThrow(() -> new IllegalArgumentException("用户未提供配置")) - 对 orElseGet，可传入一个带副作用的 Supplier（如计数器+1），验证它只在 empty 时调用一次
别漏掉嵌套 Optional 场景
比如 Optional<optional>></optional> 或方法返回 Optional 但又被 map 进一层 Optional。这不是常见写法，但在泛型工具类或响应封装中可能出现：
- 测试
optionalOfOptional.map(opt -> opt.orElse("fallback"))是否按预期展开 - 更稳妥的做法是扁平化：用
flatMap替代map，测试 flatMap 在 inner Optional 为 empty 时是否正确归并
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
