使用Anyhow时解包Option遇None返回错误的最简高性能方案？

结论 #

你当前的ok_or_else写法已经是同等性能前提下最简洁的通用实现，没有冗余开销，也符合Rust官方惯用法要求。

详细说明 #

• 你选择ok_or_else而非ok_or的性能优化思路完全正确：ok_or是即时求值，无论Option是Some还是None都会提前构造错误实例，哪怕Some场景下构造的错误会被直接丢弃，会产生无意义的内存分配开销；而ok_or_else是惰性求值，只有Option为None时才会执行闭包内的anyhow!宏生成错误，无额外开销。
• 若放弃性能要求可以用更短的ok_or写法，但存在多余开销，不符合你的需求：

let v: i32 = o.ok_or(anyhow!("Oh, boy!"))?;

• 性能完全一致的另一种写法是match匹配，但代码更长，简洁度不如你现有实现：

let v = match o {
    Some(v) => v,
    None => return Err(anyhow!("Oh, boy!")),
};

• 如果项目中存在大量同类操作，可以自行封装扩展trait简化调用，无额外性能损耗：

// 全局定义扩展trait
trait OptionAnyhowExt<T> {
    fn expect_anyhow(self, msg: &str) -> anyhow::Result<T>;
}

impl<T> OptionAnyhowExt<T> for Option<T> {
    fn expect_anyhow(self, msg: &str) -> anyhow::Result<T> {
        self.ok_or_else(|| anyhow!("{}", msg))
    }
}

// 调用时简化为
let v: i32 = o.expect_anyhow("Oh, boy!")?;

如果仅为单次使用场景，不需要额外封装，保留现有写法即可。

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