Optional.ifPresent() 仅在值存在时执行无返回的消费操作，如日志打印；不能链式调用、不可用于取值或兜底处理，误用如 .ifPresent(...).orElse(...) 会编译失败。
Optional.ifPresent() 的基本用法和常见误用
ifPresent() 是 Optional 提供的“有值才执行”的核心方法，但它不返回值、不能链式传递结果、也不能处理空值逻辑——它只是个消费型回调。很多人误以为调用 ifPresent(System.out::println) 就能安全打印，结果在 IDE 里点进去发现参数是 Consumer super T>，却没意识到：如果传入的 Consumer 自身抛异常（比如 System.out 被关闭），ifPresent() 不会捕获，整个调用会直接中断。
- 只适用于副作用操作（如日志、发通知），不适合做转换或条件分支
- 不能替代
orElse()或map()；想“有值就打印，没值就打默认字符串”，得用ifPresentOrElse()（Java 9+） - 传入方法引用时注意目标对象生命周期，例如
logger::info在 logger 为 null 时会 NPE（不是Optional空，而是 consumer 本身崩了）
为什么 System.out::println 在 ifPresent() 里有时不输出？
现象：代码写了 optional.ifPresent(System.out::println)，但控制台没反应。常见原因不是 Optional 为空，而是 System.out 被重定向或关闭过（比如某些测试框架、IDE 控制台模拟器、Spring Boot 的日志接管）。这时 System.out::println 仍是一个合法 Consumer，但实际调用时无效果，且不报错。
- 验证方式：加一句
System.out.println("test")看是否生效 - 更稳妥的打印方式：改用
ifPresent(s -> System.out.println("[log] " + s))，避免方法引用隐藏空指针风险 - 生产环境建议用 SLF4J：
optional.ifPresent(s -> log.info("Got value: {}", s))，既可配置日志级别，又避免 I/O 依赖
ifPresent() 和 ifPresentOrElse() 的选择边界
Java 8 只有 ifPresent()，Java 9 新增 ifPresentOrElse(Consumer, Runnable)。二者不是升级关系，而是适用场景不同：前者只关心“有值时做什么”，后者强制你面对“没值时怎么办”。别为了用新 API 而强行升级 JDK。
- 用
ifPresent()：只记录存在性，比如埋点统计、触发异步任务、更新缓存状态 - 用
ifPresentOrElse()：需要对空值做明确兜底，比如打印警告、抛业务异常、写监控指标 - 注意
ifPresentOrElse()的第二个参数是Runnable，不是Supplier，它不接收值，也不返回东西——别指望它能构造默认对象
嵌套 Optional 场景下 ifPresent() 容易忽略的陷阱
当 Optional 里包的是另一个 Optional（比如 Optional<optional>></optional>），直接调用 ifPresent(System.out::println) 打印出来的会是 Optional[xxx] 字符串，而不是里面的值。这不是 bug，是设计使然——ifPresent() 只展开最外层。
立即学习“Java免费学习笔记（深入）”；
- 正确解法：先
flatMap()扁平化，再ifPresent()，例如outerOpt.flatMap(inner -> inner).ifPresent(System.out::println) - 更清晰写法：用
or(() -> Optional.empty())或直接转成Stream处理，避免多层嵌套语义混淆 - 根本建议：尽量避免
Optional<optional>></optional>，这类结构通常说明领域建模有问题，应考虑用Optional<t></t>+ 明确的空含义（如 UNKNOWN、NOT_SET）代替
真正难的从来不是记住 ifPresent() 怎么写，而是判断“这里到底该不该用它”——它不解决空值语义，只解决“有值时顺手干点事”。一旦开始纠结“那没值怎么办”，就该换思路了。
