optional 的核心作用是将空值显式化、类型化，强制编译期处理空值场景，切断 null 传播链，并提升 api 语义清晰度；它适用于方法返回值，不适用于字段、参数或集合元素。
Optional 类的核心作用是把“值可能为空”这件事显式化、类型化，让空值不再是一个隐式的、容易被忽略的运行时风险，而变成一个必须在编译期就面对和处理的设计契约。
强制显式处理空值场景
传统写法中，方法返回 null 是模糊的：调用方不知道这是业务逻辑本意（比如查无结果），还是疏忽导致的异常状态。Optional 用类型系统划清界限——如果方法声明返回 Optional
- 不推荐：
User user = service.findById(id); if (user != null) { ... }—— null 检查散落各处，易遗漏 - 推荐：
service.findById(id).ifPresent(u -> sendEmail(u));或service.findById(id).orElse(new Guest());
切断 null 的传播链
空指针异常往往不是发生在源头，而是层层传递后在深层调用中突然爆发。Optional 从设计上拒绝 null 值直接参与计算：of() 不接受 null，ofNullable() 才允许包装 null，但后续的 map/flatMap/filter 都只在有值时执行，空值自动跳过整条链。这样，一段链式操作如 opt.map(User::getProfile).map(Profile::getAvatar).orElse(DEFAULT) 完全无需手动判空，也不会中途抛 NPE。
提升 API 的语义清晰度
一个返回 User 的方法，调用者无法区分“没查到”和“系统出错返回 null”；而返回 Optional
立即学习“Java免费学习笔记（深入）”；
注意边界：Optional 不是万能解药
它不适合用作字段、参数或集合元素——Optional 本身不是数据载体，而是操作意图的标记。比如不要定义 private Optional<string> name;</string>，也不要写 void process(Optional<string> input)</string>。它的主战场是方法返回值，用于表达“计算结果可能存在，也可能没有”这一语义。
