orelsethrow()应传入supplier返回自定义业务异常，避免无参形式；可提取异常构造为私有方法提升复用性；supplier延迟执行，需防范副作用；配合optional.ofnullable或of可明确校验意图。
当Optional为空时，orElseThrow() 是最直接、最语义清晰的异常抛出方式，它能避免空指针，还能精准绑定业务异常类型，让错误上下文一目了然。
明确指定业务异常类，不依赖默认RuntimeException
不要只写 orElseThrow() 无参形式（它抛 NoSuchElementException），而应传入一个 Supplier，返回你定义的业务异常，比如 ProductNotFoundException 或 InsufficientBalanceException。
- ✅ 正确写法：
userOpt.orElseThrow(() -> new UserNotFoundException("用户ID " + userId + " 未找到")) - ❌ 避免写法：
userOpt.orElseThrow()（异常信息模糊，类型不符业务场景）
复用异常构造逻辑，提升可维护性
若多个地方抛同一类业务异常，可提取为私有方法或静态工具方法，避免重复拼接消息或硬编码状态码。
- 例如定义：private UserNotFoundException notFound(long id) { return new UserNotFoundException("用户不存在: " + id); }
- 调用时：
userOpt.orElseThrow(() -> notFound(userId))
注意Supplier延迟执行特性，避免副作用提前触发
orElseThrow 中的 Supplier 只在 Optional 为空时才执行，所以可在其中安全调用日志记录、外部查询或耗时操作——但要确保这些操作本身不产生意外副作用（如重复扣款、发通知）。
- ✅ 安全示例：
opt.orElseThrow(() -> { log.warn("订单未查到，ID={}", orderId); return new OrderMissingException(orderId); }) - ⚠️ 风险示例：
opt.orElseThrow(() -> { sendAlert("订单丢失！"); return new OrderMissingException(...); })（告警可能被误发多次，需加幂等控制）
与Optional.empty()配合做前置校验，增强意图表达
有时你希望“显式拒绝null输入”，可用 Optional.ofNullable(x).orElseThrow(...)；若输入本就不该为null，直接用 Optional.of(x).orElseThrow(...)，这样一旦x为null会立即抛 NullPointerException，便于快速定位非法调用源头。
- 接收参数时常用：
Optional.ofNullable(request.getUserId()).orElseThrow(...) - 内部非空保证时可用：
Optional.of(serviceResult).orElseThrow(...)
