optional不能替代空值检查，其核心是显式表达“可能为空”，需避免裸调get()、禁作字段类型、不包装集合，返回应符合“计算结果可能不存在”的语义，慎用map/flatmap并注意日志调试成本。
Optional不是空值检查的替代品
很多人以为用 Optional 就能自动防止 NullPointerException，其实不然。它只是把“可能为空”这个事实显式编码进类型系统，不调用 .get() 之前不会抛异常，但一旦你写了 optional.get() 而它恰好是空的，照样崩——而且报错更难调试，因为堆栈里多了一层封装。
- 永远优先用
isPresent()+ifPresent()或orElse()等安全方法，避免裸调.get() - 不要把
Optional当作字段类型（比如private Optional<string> name;</string>），JDK 明确不推荐，序列化、反射、ORM 都会出问题 - 不要用
Optional包装集合或数组——该用List<t></t>就用，空集合比Optional<list>></list>更自然、更易测试
从方法返回Optional要符合语义
Optional 的本意是表达「一个计算结果可能不存在」，比如查数据库没找到用户、解析字符串失败、配置项未设置。它不适合用于「参数传入可能为null」这种场景——那应该用 Objects.requireNonNull() 或提前校验。
- 构造器、setter、public 方法参数里别用
Optional<t></t>，调用方必须显式传Optional.empty()，体验极差 - 静态工厂方法如
Optional.ofNullable()是安全入口；Optional.of(null)会立即抛NullPointerException - 链式调用时注意：如果中间某步返回
Optional.empty()，后续map()或flatMap()会短路，不执行——这是优点，但得确认业务逻辑是否真需要这种“静默跳过”
和Stream配合时容易误用flatMap
当你要对一个 Optional<list>></list> 做扁平化处理，或者想把多个 Optional 合并成一个，flatMap() 是关键，但新手常混淆 map() 和 flatMap() 的行为差异。
Optional<String> userCity = getUser().map(User::getAddress).map(Address::getCity); // ❌ 如果 getAddress() 返回 null，第二个 map 会触发 NPE
Optional<String> userCity = getUser()
.flatMap(user -> Optional.ofNullable(user.getAddress()))
.flatMap(addr -> Optional.ofNullable(addr.getCity()));
// ✅ 安全：每一步都允许空，且自动跳过
-
map()把T转成U，返回Optional<u></u>；flatMap()接收的是一个返回Optional<u></u>的函数，避免嵌套Optional<optional>></optional> - 遇到
Optional.ofNullable(list).map(List::stream)这种写法，立刻改用flatMap()：Optional.ofNullable(list).flatMap(l -> l.stream().findAny())
警惕Optional在日志和调试中的隐形成本
Optional.toString() 输出的是 Optional[xxx] 或 Optional.empty，看着无害，但如果你在日志里直接拼接 log.info("user: {}", optionalUser)，而 optionalUser 是空的，日志里就只显示 Optional.empty——信息严重缺失，排查时根本不知道“为什么空”。
立即学习“Java免费学习笔记（深入）”；
- 打日志前先解包：
optionalUser.map(User::getName).orElse("unknown")，或用ifPresent()分支记录 - 单元测试里别只测
isPresent()，一定要覆盖empty()分支，尤其涉及 fallback 逻辑时 - IDE 调试时，
Optional对象展开后字段名是value，但它的可见性是 package-private，不能直接读——得靠isPresent()和get()观察，这点比普通对象麻烦
