optional 的核心是将“有无结果”作为类型契约，强制调用方处理空值：用于链式路径访问、封装易失败调用、条件计算、工厂构造，避免判空冗余与异常滥用。
用 Optional 封装复杂业务中“可能没有结果”的变量，核心不是加一层包装，而是让“有无结果”成为类型契约的一部分——调用方一眼看懂这个值天然可空，且必须主动处理缺失情形。
封装多层嵌套对象的路径访问
当业务需从 User → Order → Product → Category → Name 逐级取值，传统写法堆砌 4–5 层 if 判空，逻辑被淹没。用 Optional 链式映射，把“路径断裂即终止”变成自然行为：
- 每一步用
map()转换非空值，若上游为empty，后续map自动跳过，不抛异常 - 最终用
orElse("默认")或orElseGet(() -> loadDefault())统一兜底，避免散落的 null 处理 - 示例：
Optional.ofNullable(user).map(User::getOrder).map(Order::getProduct).map(Product::getCategory).map(Category::getName).orElse("未分类")
封装易失败的外部调用结果
调用第三方接口、解析配置、读取文件等操作，天然存在失败可能。与其返回 null 或自定义错误码对象，不如直接返回 Optional<t></t>：
- 成功时：用
Optional.of(result)包裹（确保 result 非 null） - 失败时：用
Optional.empty()表示“查无结果”，或用Optional.ofNullable(parsed)自动适配解析结果 - 例如解析配置项：
Optional.ofNullable(properties.getProperty("timeout")).map(Integer::parseInt).filter(t -> t > 0).orElse(30)
封装条件性计算的中间结果
某些业务逻辑中，某步计算是否执行取决于前置条件，结果本身是可选的。比如“仅当用户 VIP 等级 ≥ 3 时才计算专属折扣”：
- 避免写
if (user.isVip() && user.getLevel() >= 3) { discount = calc(...); }再判断 discount 是否为空 - 改用
Optional.of(user).filter(u -> u.isVip() && u.getLevel() >= 3).map(u -> calc(u)).orElse(0.0) -
filter()承担守门人角色，语义清晰；map()只在满足条件时触发，无副作用
封装工厂方法或构造逻辑的产出
当对象创建过程可能因参数不合法、资源不可用等原因无法完成，不应抛异常或返回 null，而应返回 Optional<t></t>：
- 例如构建订单快照：
static Optional<ordersnapshot> from(Order order) { return (order.isValid() && order.getItems() != null) ? Optional.of(new OrderSnapshot(order)) : Optional.empty(); }</ordersnapshot> - 调用方无需 try-catch，也无需记住“哪些字段必须非空”，契约由类型明确定义
- 配合 builder 模式时，可让
build()方法返回Optional<t></t>，把校验失败内聚在构造过程内部
