如何在Rust中将Option<Option<String>>转换为Option<Option<&str>>？

直接用map(|inner| inner.as_deref())不行的核心原因是：这个写法会把外层Option里的Option<String>所有权转移到闭包里，闭包执行完后这个Option<String>会被销毁，导致生成的&str变成悬垂引用，触发编译器的所有权检查错误。

正确的做法是先保留原数据的所有权，通过引用操作完成转换，有两种等价的写法：

方法一：用as_ref() + map + as_deref() #

let opt_opt_string: Option<Option<String>> = Some(Some("hello".to_string()));
// 转换后的类型是 Option<Option<&str>>
let opt_opt_str = opt_opt_string.as_ref().map(|inner_opt| inner_opt.as_deref());

• as_ref() 把外层的Option<Option<String>>转换成Option<&Option<String>>，只获取引用不转移所有权
• 后续map操作的是&Option<String>，调用as_deref()会把内部的&Option<String>转换成Option<&str>
• 最终得到的所有引用都绑定到原变量opt_opt_string的生命周期，完全安全

方法二：用as_deref() + map + as_deref() #

let opt_opt_string: Option<Option<String>> = Some(Some("hello".to_string()));
let opt_opt_str = opt_opt_string.as_deref().map(|inner_opt| inner_opt.as_deref());

这里的as_deref()和as_ref()效果一致，因为Option<String>实现了Deref<Target = str>，外层的as_deref()会把Option<Option<String>>转换成Option<&Option<str>>，后续逻辑和方法一相同。

为什么原写法不行？ #

看一下错误的代码：

// 编译报错：返回值的生命周期无法匹配
let opt_opt_str = opt_opt_string.map(|inner| inner.as_deref());

闭包里的inner是被转移所有权的Option<String>，inner.as_deref()生成的&str生命周期只在闭包内部有效，闭包结束后inner被销毁，&str就悬空了，编译器会直接拒绝这种不安全的写法。

内容的提问来源于stack exchange，提问作者Yubikiri773