optional 是显式表达“值可能不存在”的契约设计，仅用于返回值，禁用作参数、字段或集合元素；正确使用 ofnullable() 创建，优先选 orelseget() 等安全取值方式，善用 flatmap 链式处理避免嵌套。
Java Optional 能力提升，关键不是堆砌 API，而是理解它“为什么存在”和“在哪该用”。它不是万能空值解药，而是一套显式契约设计：告诉调用方“这个值可能没有”，逼你提前想清楚缺失时该怎么办。
明确适用边界：只用于返回值，不进参数、字段、集合
Optional 是API 设计语言，不是数据容器。官方明确反对把它当普通对象用：
- ✅ 正确：方法返回类型用
Optional<user></user>，比如findById(id)、findByName(name) - ❌ 错误：把
Optional<string></string>当字段存进实体类；或作为方法参数传入（如process(Optional<data> data)</data>）；或放进 List/Map - ⚠️ 后果：增加调用方负担、破坏封装、引发嵌套 Optional 等反模式
选对创建方式：of() 和 ofNullable() 别混用
创建是第一道防线，错用会立刻破坏 Optional 的价值：
-
Optional.of(value)：仅用于你 100% 确认 value 非 null的场景（比如常量、已校验过的局部变量） -
Optional.ofNullable(value)：处理任何外部来源的值——数据库查询结果、HTTP 响应体、用户输入、第三方 SDK 返回值 - 特别注意：
Optional.of(null)直接抛 NPE，等于白用 Optional；而ofNullable(null)安全返回 empty，这才是它的本意
安全取值三选一：别再用 get()
get() 是危险操作，相当于把 null 检查延迟到运行时。替代方案按需选择：
-
orElse(T)：默认值是字面量或轻量计算（如"unknown"、0） -
orElseGet(Supplier)：默认值构造成本高（如查缓存、读配置、新建对象），避免无谓开销 -
orElseThrow(Supplier)：业务逻辑要求该值必须存在，缺失即异常（如关键订单 ID 未查到）
链式处理代替嵌套判断：flatmap 是破局关键
真正体现 Optional 价值的地方，在于扁平化多层对象访问：
- 传统写法要 4 层 if 判断才能取
user.getAddress().getCity() - Optional 写法：
Optional.ofNullable(user).flatMap(User::getAddress).map(Address::getCity).orElse("N/A") - 核心逻辑：
flatMap处理返回 Optional 的方法（如getAddress()），自动展平；map处理普通方法（如getCity()）
配合 filter 和 ifPresent：让逻辑更声明式
避免在 if 里写一堆业务代码：
-
filter(Predicate)：先筛再操作，比如opt.filter(s -> s.length() > 5).ifPresent(this::sendNotification) -
ifPresent(Consumer)：有值才执行，比isPresent() + get()更简洁、更函数式 - 注意：
ifPresentOrElse（JDK 9+）可同时定义“有值做什么”和“无值做什么”，进一步减少分支
不复杂但容易忽略：Optional 的力量不在语法糖，而在它倒逼你把“值可能不存在”这个事实，从隐式约定变成显式契约。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
