Optional 不应嵌套使用，官方禁止将其作为字段、参数或嵌套类型；正确做法是用 flatMap 消除嵌套、保持单层结构，并结合 map/filter/orElse 实现安全链式处理。
Optional 本身不是为“嵌套封装”设计的，Java 官方明确反对将 Optional 作为字段、参数或嵌套类型（比如 Optional<optional>></optional>）使用。所谓“更高维度的函数式变量处理”，并不是靠多层 Optional 堆叠实现的，而是通过 flatMap 消除嵌套、保持单层结构，并结合 map/filter/orElse 等操作完成安全、可读、可组合的链式处理。
为什么不能直接封装 Optional 变量？
以下做法是反模式，应避免：
-
Optional<optional>> nested = Optional.of(Optional.of("hello"));</optional>—— 这违反 Optional 设计初衷，增加理解成本，且get().get()易引发NoSuchElementException - 把
Optional当作普通容器存入集合、设为类字段或方法参数 —— 它不是数据结构，而是返回值契约 - 用
Optional.of(opt)包装已有 Optional —— 既无语义价值，又破坏空值传播逻辑
正确实现“高阶”函数式处理的关键：flatMap
当你的业务逻辑中存在“返回 Optional 的函数”，而你又需要把它接在另一个 Optional 后续处理时，flatMap 是唯一合规解法。它自动展平一层，避免嵌套：
-
opt.map(x -> findAddress(x))→ 返回Optional<optional>></optional>❌ -
opt.flatMap(x -> findAddress(x))→ 返回Optional<address></address>✅
示例：
假设用户可能为空，地址服务也可能查不到：Optional<User> userOpt = Optional.ofNullable(getUserById(123));
Optional<Address> addressOpt = userOpt
.flatMap(User::getAddress) // 若 User 或 getAddress() 返回 empty，则整条链短路
.flatMap(Address::getCity) // 继续向下安全取 City（City 本身是 String，但 getCity() 可能返回 Optional<String>）
.map(String::toUpperCase); // 最终得到 Optional<String>
配合 Stream 实现批量+空值统一处理
当需要对一组可能含 null 的对象做函数式转换时，Optional + Stream 是自然搭档：
- 先用
stream().map(Optional::ofNullable)将每个原始值转为 Optional - 再用
flatMap(Optional::stream)（Java 9+）过滤掉空值，转为纯净流 - 后续用
filter/map/collect任意组合
示例：
List<String> names = Arrays.asList("Alice", null, "Bob");
List<String> upperNames = names.stream()
.map(Optional::ofNullable) // 转成 Stream<Optional<String>>
.flatMap(Optional::stream) // 展平并丢弃 null → Stream<String>
.map(String::toUpperCase)
.collect(Collectors.toList()); // ["ALICE", "BOB"]
真正提升表达力的组合技巧
不靠“维度叠加”，而靠语义清晰的组合：
-
条件转换：用
filter+map替代 if-else 分支userOpt.filter(u -> u.isActive()).map(User::getEmail) -
默认兜底策略分层：用
orElseGet延迟调用备用服务primaryService.find(id).orElseGet(() -> backupService.find(id).orElseThrow(...)) -
异常语义显式化：用
orElseThrow把空值场景转化为业务异常configOpt.orElseThrow(() -> new ConfigMissingException("app.yaml not found"))
