Java Optional 链式处理后怎么区分空值和异常

Java Optional 链式调用结束后，Optional.empty() 和异常不是同一种结果：前者表示当前没有可交付的值，后者表示计算、解析或外部依赖出了问题。最稳妥的做法是让 map、filter 只负责传播“有值/无值”，让 orElseThrow 或服务边界负责把缺省结果转换成业务响应；不要用一个 catch (Exception) 把真正的故障吞掉。

先把 Optional.empty 和异常分成两条语义

Optional 是一个可能包含非 null 值的容器。ofNullable(null)、filter 条件不满足，以及 map 的映射结果为 null，都会让链继续保持 empty。这些情况共同表达“这条查询没有得到值”，并没有说明程序发生了故障。

相反，映射函数内部如果抛出 RuntimeException，Optional.map 不会把它改写成 empty。这个区别很关键：把资料解析失败误当成“用户不存在”，会让监控少一类错误，也会让调用方错误重试或返回错误提示。

在 map 链里保留空值，在边界处抛出业务异常

下面用用户资料查询做一个小实验。findUser 找不到用户时返回 empty；资料对象存在但昵称为 null 时，第二个 map 仍然返回 empty。只有资料格式不符合约束时，ProfileFormatException 才从链中直接冒出来。

static Optional displayName(String userId) {
    // 查询不到用户时返回 Optional.empty，不用 null 表示缺省。
    return findUser(userId)
            .map(User::profile)
            // map 的结果为 null 时，Optional 会保持为空。
            .map(Profile::nickname)
            // 空昵称不作为有效展示值交给调用方。
            .filter(name -> !name.isBlank());
}

static String requireDisplayName(String userId) {
    // 只在业务边界把“没有昵称”转换为可识别的缺省异常。
    return displayName(userId)
            .orElseThrow(() -> new UserMissingException(userId));
}

这里的 orElseThrow 是一个明确的业务决策：调用方要求“必须有展示名”，所以 empty 被转换为 UserMissingException。如果 Profile::nickname 在解析过程中抛出了 ProfileFormatException，它不会被这句代码包装成“用户不存在”，而是保持原异常类型。

用显式分支记录异常类型，不要 catch Exception

服务层可以在一个边界统一输出结果，但捕获范围要窄。缺省异常通常对应 404 或业务提示；资料格式异常可能对应 500、告警和人工排查。两者的处理动作不同，不能只根据“调用失败”四个字做统一降级。

String responseFor(String userId) {
    try {
        // 成功时返回展示名；缺省由 orElseThrow 明确标记。
        return requireDisplayName(userId);
    } catch (UserMissingException ex) {
        // 可预期缺省：交给上层映射为未找到响应。
        return "未找到用户";
    } catch (ProfileFormatException ex) {
        // 真实故障：保留 cause，便于日志和告警定位。
        throw new IllegalStateException("用户资料格式错误", ex);
    }
}

不建议写成 catch (Exception ex) 后统一返回“未找到用户”。这会把网络、解析、程序缺陷等异常伪装成正常缺省，还会丢掉调用方判断重试与否所需的信息。边界层可以记录统一的请求编号，但异常类型和 cause 仍应保留。

用一张结果表检查链式调用是否符合预期

检查 Optional 链时，不要只盯着最后的 orElse。先列出每个输入的语义，再决定返回值、异常和日志级别。

orElse 适合廉价的固定默认值；默认值需要查询或计算时用 orElseGet，避免有值时也执行准备逻辑；必须存在时用 orElseThrow。另外，Optional.empty() 不要用 == 比较，使用 isEmpty() 或直接继续链式处理。

常见问题

map 抛异常后能不能自动变成 Optional.empty？

不会。map 会把返回 null 视为空，但 mapper 抛出的异常仍会交给调用方。只有在你明确知道某类异常等价于“没有结果”时，才在单独的方法里捕获并返回 empty。

什么时候应该用 orElseThrow？

当调用方的业务前提是“这个值必须存在”时使用，并提供能表达领域含义的异常类型。不要为了省事在每一层都抛异常，否则 Optional 的缺省表达会失去作用。

为什么不直接用 null 判断？

Optional 能把缺省值限制在返回契约中，减少链路中间的隐式 null。它不是异常系统的替代品，外部 IO、解析和程序错误仍应按照异常路径记录与处理。