Rust中Option/Result的map_or与map_or_else懒/急求值解析及疑问

首先得明确：这里的急切/惰性求值，指的是「默认值/默认逻辑」的执行时机，和迭代器那种整个适配器不触发就不执行的逻辑不是一回事。

核心差异 #

• Result::map_or：第二个参数是一个直接求值的表达式——不管你的Result是Ok还是Err，这个表达式都会在调用map_or之前就被计算出来。
  比如你写result.map_or(heavy_calc(), |v| process(v))，heavy_calc()会先跑一遍，哪怕result是Ok，这个耗时操作也白做了。
• Result::map_or_else：第二个参数是一个闭包——只有当Result是Err的时候，闭包里的代码才会被执行。
  比如result.map_or_else(|| heavy_calc(), |v| process(v))，如果result是Ok，heavy_calc()根本不会被调用。

你的实验为什么没看到时间差？ #

大概率是代码写法导致的：如果把耗时操作直接作为map_or的参数传进去，不管你传Ok还是Err，这个耗时操作都会先执行。比如：

use std::time::Duration;

fn heavy_operation() -> String {
    std::thread::sleep(Duration::from_secs(1));
    "done".to_string()
}

fn experiment_laziness(res: Result<(), ()>) {
    // map_or的第二个参数是heavy_operation()，会先执行，不管res是Ok还是Err
    let _ = res.map_or(heavy_operation(), |_| "ok".to_string());
}

fn main() {
    experiment_laziness(Ok(())); // 这里也会等1秒，因为heavy_operation()先跑了
}

改成map_or_else的写法，就能看到明显差异：

fn experiment_laziness(res: Result<(), ()>) {
    let _ = res.map_or_else(|| heavy_operation(), |_| "ok".to_string());
}

fn main() {
    experiment_laziness(Ok(())); // 几乎不耗时，闭包没执行
    experiment_laziness(Err(())); // 会等1秒，闭包执行了
}

适用场景 #

• 用map_or的情况：
  • 默认值是廉价计算的，比如字面量、简单算术、快速生成的值（比如map_or(0, |v| v + 1)）
  • 不管Result状态如何，你都需要提前生成这个默认值的场景（这类场景较少）
• 用map_or_else的情况：
  • 默认值需要昂贵计算：比如IO操作、大内存运算、网络请求，避免在Ok分支做无用功
  • 需要根据Err的具体值生成默认值：闭包可以接收Err的参数，比如res.map_or_else(|e| format!("error: {}", e), |v| v.to_string())
  • 只在Err分支需要执行的副作用逻辑：比如日志记录、资源清理等

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