Optional.map 对非空值执行函数映射并返回新 Optional，空值则直接返回 empty；映射函数返回 null 时自动转为 Optional.empty()，不抛 NPE，但可能抛其他异常。
Optional.map 的基本行为是什么
Optional.map 不是“转换容器类型”，而是对 Optional 内部非空值做一次函数映射，返回一个新的 Optional —— 如果原 Optional 为空，结果也为空；如果非空，则把值传给映射函数，用其返回值（无论是否为 null）包装成新 Optional。
常见误解是以为它能“安全地转类型”，但其实它不处理 null 返回值：若映射函数返回 null，map 会自动将其转为 Optional.empty()。这是它的关键保护机制。
- 映射函数签名必须是
Function<t u></t>，输入是原Optional的泛型类型，输出可以是任意类型（包括原始包装类、String、自定义对象等） - 返回
null不会导致 NPE，但会得到Optional.empty() - 若想保留
null并区分“有值但为 null”和“无值”，map不适用，得换flatMap或手动判断
什么时候该用 map，而不是 flatMap
用 map 的典型场景是：你有一个值，想把它“变形成”另一个值，且这个变形过程不产生新的 Optional。
比如：
-
Optional<string></string>→Optional<integer></integer>（调用Integer::parseInt） -
Optional<user></user>→Optional<string></string>（取user.getName()） -
Optional<path></path>→Optional<string></string>（调用Path::toString）
而一旦你的转换逻辑本身返回一个 Optional（比如查数据库返回 Optional<order></order>），就必须用 flatMap，否则会嵌套成 Optional<optional>></optional>。
-
map：适合“一对一”纯值变换，结果自动包装 -
flatMap：适合“可能无结果”的中间操作，避免双层 Optional - 混用时容易漏掉一层
get()或误判空状态，建议在 IDE 中 hover 看返回类型
容易踩的坑：空值、异常、类型擦除
map 本身不抛异常，但映射函数内部可能抛。例如：
optionalString.map(Integer::parseInt)
若字符串是 "abc"，运行时抛 NumberFormatException，map 不捕获也不屏蔽它。
另外，由于 Java 泛型擦除，编译器无法在 map 调用点检查函数是否真的返回目标类型——类型安全只依赖你写的 lambda 或方法引用是否匹配声明。
- 映射函数中不要做可能抛出未检查异常的操作，或在外层 try 包裹
- 避免在
map里做 IO、DB 查询等副作用操作；它语义上应是纯函数 - 不要指望
map帮你做空字符串校验：Optional.of("").map(String::trim)仍返回非空Optional，后续还需filter(s -> !s.isEmpty())
一个真实链式调用示例
假设你有 Optional<person></person>，想安全提取其公司名的首字母大写形式（要求公司非 null、名称非 null、长度 > 0）：
optionalPerson
.map(Person::getCompany)
.map(Company::getName)
.filter(name -> !name.trim().isEmpty())
.map(String::trim)
.map(name -> Character.toUpperCase(name.charAt(0)) + name.substring(1).toLowerCase())注意：
- 第二个
map在Company::getName上，若getCompany()返回 null，前面的map已产出Optional.empty()，整条链短路 -
filter放在map后，是因为我们只对非空字符串做大小写处理 - 最后一个
map里没做 null 判断，因为前面filter已保证非空
这种写法可读性高，但每步都新建对象；高频调用时要注意 GC 压力。真正复杂转换建议提前抽取为独立方法，别堆在链里。
