orElseThrow需传Supplier<Throwable>实现延迟抛异常，仅当Optional为空时才执行Supplier创建并抛出异常，避免提前构造开销；不可直接传异常对象，否则立即实例化且编译失败。
Java 中 Optional.orElseThrow 并不直接使用 throw 关键字，而是接收一个 Supplier<Throwable> 来延迟创建并抛出异常——throw 是在 Supplier 的 get() 被调用时由 JVM 自动触发的，你只需提供异常实例的“生产方式”，不用手写 throw。
orElseThrow 为什么需要 Supplier
延迟抛异常是关键设计：只有当 Optional 为空（isPresent() == false）时，才执行 Supplier 获取异常对象并抛出；如果值存在，Supplier 根本不会被调用。这避免了无意义的异常构造开销（比如字符串拼接、堆栈生成等）。
- 直接传异常对象（如
orElseThrow(new NoSuchElementException())）会立即构造异常，违背延迟原则 - Supplier 的
get()方法里可以写任意逻辑，包括条件判断、日志记录、参数组装等
Supplier 写法的常见形式
你可以用 Lambda、方法引用或匿名内部类实现 Supplier，核心是返回一个 Throwable 子类实例：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- Lambda（最常用）：
optional.orElseThrow(() -> new IllegalArgumentException("ID 不能为空")) - 带逻辑的 Lambda：
optional.orElseThrow(() -> { log.warn("查询用户失败"); return new UserNotFoundException(); }) - 方法引用：
optional.orElseThrow(this::createCustomException)，其中createCustomException()返回 Throwable
注意异常类型必须是 Throwable 或其子类
编译器会检查 Supplier 的返回类型是否继承自 Throwable。如果返回普通对象（如 String 或 Integer），编译不通过。
立即学习“Java免费学习笔记（深入）”；
- ✅ 合法：
() -> new RuntimeException()、() -> new MyBusinessException("xxx") - ❌ 非法：
() -> "error"、() -> 404（类型不匹配） - ⚠️ 提示：JDK 10+ 支持无参重载
orElseThrow()，默认抛NoSuchElementException，此时连 Supplier 都不用写
和手动 throw 的区别在哪
你不能在 orElseThrow 外部写 throw 来“配合”它——那会破坏 Optional 的语义，变成冗余代码：
- ❌ 错误示范：
if (!optional.isPresent()) throw new Exception(); optional.get(); - ✅ 正确做法：
optional.orElseThrow(() -> new Exception())，一行表达“取值或抛异常”的原子意图 - 本质区别：前者是程序员主动控制流程 + 手动 throw；后者是 Optional 封装了“空则抛”的契约，Supplier 只负责“怎么抛”，不干预“何时抛”
