orElseThrow用于Optional为空时抛出异常，推荐使用Supplier版本延迟构造异常；可链式结合filter做存在性与有效性校验，避免嵌套if，但lambda中不可含耗时操作。
orElseThrow 是 Optional 中用于“空值兜底处理”的关键方法，它在 Optional 为空（isPresent() == false）时，**立即抛出指定异常**，非常适合主动拦截非法状态、统一抛出业务异常。
明确 orElseThrow 的两种用法
它有两个重载版本，核心区别在于异常是“即时构造”还是“延迟构造”：
-
orElseThrow(Supplier<? extends X> exceptionSupplier)：推荐用法。传入一个
Supplier，仅在真正为空时才执行，避免无意义的对象创建和字符串拼接。 -
orElseThrow()：无参版本，固定抛出
NoSuchElementException，不适用于自定义业务异常场景，慎用。
抛出自定义业务异常的正确写法
假设你有一个业务异常 UserNotFoundException，想在用户查不到时抛出它，并携带 ID 信息：
Optional<User> userOpt = userRepository.findById(userId);
User user = userOpt.orElseThrow(() -> new UserNotFoundException("用户不存在，ID=" + userId));✅ 关键点：
- 使用 lambda 表达式作为 Supplier，确保只在空时才执行 new 操作；
- 异常消息中可安全引用外部变量（如 userId），因为 lambda 是延迟求值；
- 不要写成 orElseThrow(new UserNotFoundException(...)) —— 这会在非空时也创建异常对象，浪费资源且可能触发不必要的日志或副作用。
结合链式调用与业务逻辑校验
常见场景：查用户 → 检查是否被禁用 → 返回用户。可把多步校验自然融入 Optional 流程：
立即学习“Java免费学习笔记（深入）”；
User user = userRepository.findById(userId)
.filter(u -> !u.isDisabled()) // 过滤掉禁用用户，若被禁用则 Optional 变为空
.orElseThrow(() -> new UserDisabledException("用户已被禁用：" + userId));这样既保持代码简洁，又把“存在性”和“有效性”检查统一收口在一处抛异常，避免 if-else 嵌套。
注意事项与避坑提醒
- 不要在
orElseThrow的 lambda 中做耗时操作（如远程调用、DB 查询），它属于异常构建逻辑，应轻量； - 如果异常类型需强制捕获（比如继承
Exception而非RuntimeException），确保调用方有对应 try-catch 或 throws 声明； - 与
orElse/orElseGet对比：后两者是“提供默认值”，而orElseThrow是“拒绝空值、强制失败”，语义完全不同，不可混用。
