Optional.of 仅用于声明“此处必须非空”的契约，不校验 null；传入 null 时抛 NPE，堆栈指向调用点；适用场景包括明确非空的返回值、初始化依赖、API 公共契约；不确定是否为 null 时应使用 Optional.ofNullable 或 Objects.requireNonNull。
Optional.of 的设计初衷不是用于“确保非空”或“强制断言”，而是明确表达“此处必须非空”的契约意图。它本身不校验、不防御、不抛自定义异常——它只在传入 null 时立即抛出 NullPointerException（NPE），且堆栈指向调用点而非深层逻辑。因此，它适合用在你已确信值非空、仅需向调用方和阅读者声明该前提不可违背的场景。
何时用 Optional.of：契约清晰处，非防御入口
它不是空值检查工具，而是语义标记工具。适用于：
- 方法返回值明确不为
null，且希望调用方以Optional方式安全消费（例如：缓存命中结果、配置必填字段解析成功） - 构造参数/初始化阶段，某个依赖项在当前上下文中“理应存在”，缺失代表程序逻辑错误（如 Spring Bean 注入后立即包装）
- API 设计中，将“非空保证”作为公共契约的一部分，避免下游反复判空
别用 Optional.of 做空值校验
若你不确定值是否为 null，不要先判空再调用 of（如 val != null ? Optional.of(val) : Optional.empty()），这违背了 of 的语义。此时应直接使用：
-
Optional.ofNullable(val)—— 安全、标准、意图明确 - 或前置校验：用
Objects.requireNonNull(val, "xxx must not be null")抛带提示的 NPE，更符合“断言失败”语义
在逻辑入口处“强制断言”的正确姿势
若目标是在方法入口对关键参数做非空断言，推荐组合使用：
- 对入参：用
Objects.requireNonNull(param, "param is required")—— 明确、可读、可定制消息 - 对内部状态：用
assert param != null : "param should be initialized";（注意开启-ea） - 若后续需链式处理 Optional：断言后，再用
Optional.of(param)包装，表明“从此处起，该值在 Optional 上下文中被当作非空契约使用”
一个典型误用与修正示例
❌ 误用（混淆语义 + 多余判空）：
public Optional<User> findUser(Long id) {
User user = userDao.findById(id);
return user != null ? Optional.of(user) : Optional.empty(); // of 这里没起到“断言”作用，纯冗余
}
✅ 推荐写法（语义清晰）：
public Optional<User> findUser(Long id) {
return Optional.ofNullable(userDao.findById(id)); // 直接表达“可能为空”的客观事实
}
// 若某处明确要求 user 必须存在（如更新前校验）：
public void updateUser(User user) {
Objects.requireNonNull(user, "user must not be null");
Optional<User> safeUser = Optional.of(user); // 此后可在 Optional 流中放心 map/filter，无需再担心 null
safeUser.map(User::getName).ifPresent(System.out::println);
} 
