Rust多错误场景处理：如何实现类似Python try块的统一错误捕获

使用 anyhow 的 with_context 为每个操作添加上下文是 Rust 生产环境的通用实践，想要实现类似 Python 中 try 块统一收拢错误、末尾集中处理的效果，不需要为每个 I/O 调用重复写上下文逻辑，有三种成熟的等价实现：

方案1：按资源维度收拢操作，单处添加上下文 #

同一份文件的所有 I/O 操作失败，本质上都需要携带对应文件名的提示信息，完全可以把针对单个文件的所有操作封装到返回 anyhow::Result 的闭包或独立函数中，仅在闭包/函数的最外层调用一次 with_context 即可，闭包内部任意操作触发的错误都会自动携带这层上下文。
示例代码：

// 处理输入文件的所有逻辑收拢到闭包，统一加一次上下文
let (mut infile, file_len) = (|| -> anyhow::Result<_> {
    let mut infile = File::open(&args.infile)?;
    let len = infile.seek(SeekFrom::End(0))?;
    infile.seek(SeekFrom::Start(0))?;
    Ok((infile, len))
})().with_context(|| format!("操作输入文件`{}`失败", args.infile.display()))?;

// 输出文件逻辑同理
let mut outfile = (|| -> anyhow::Result<_> {
    let mut outfile = File::create(&args.outfile)?;
    writeln!(outfile, "SOME HEADER TEXT HERE")?;
    // 后续所有针对outfile的write、flush等操作都放在这里
    Ok(outfile)
})().with_context(|| format!("操作输出文件`{}`失败", args.outfile.display()))?;

这种写法的代码量远低于逐行加 with_context 的实现，错误输出时会自动展示具体的底层错误原因，例如操作输入文件test.txt失败：系统找不到指定的文件，不会丢失任何排障信息。

方案2：主逻辑与错误处理分层，末尾统一处理所有错误 #

这是最接近 Python try-except 结构的实现：把所有业务逻辑放到一个返回 Result 的函数中，所有 ? 直接向上传播错误，在 main 函数中对返回的错误做统一的友好化处理，全程不会触发默认 panic 输出。
示例代码：

fn main() {
    // 所有业务错误都会收拢到这里，相当于Python的except块
    if let Err(err) = run_app() {
        eprintln!("程序运行出错：{err:#}");
        // 可以针对具体错误类型给出用户引导
        if let Some(io_err) = err.downcast_ref::<std::io::Error>() {
            match io_err.kind() {
                std::io::ErrorKind::NotFound => eprintln!("提示：请检查指定的文件路径是否存在"),
                std::io::ErrorKind::PermissionDenied => eprintln!("提示：请检查当前用户是否有对应文件的读写权限"),
                _ => {}
            }
        }
        std::process::exit(1);
    }
}

// 所有业务逻辑放在这里，不需要逐行加重复的上下文
fn run_app() -> anyhow::Result<()> {
    let mut infile = File::open(&args.infile)?;
    let mut outfile = File::create(&args.outfile)?;
    let file_len = infile.seek(SeekFrom::End(0))?;
    infile.seek(SeekFrom::Start(0))?;
    writeln!(outfile, "SOME HEADER TEXT HERE")?;
    // 其余业务逻辑...
    Ok(())
}

打印错误时使用{:#}格式化占位符，可以让 anyhow 把完整的错误链按人类可读的格式输出，不会出现默认 panic 时的冗余调试栈信息，输出内容完全可控。

方案3：封装通用工具函数消除重复代码 #

如果项目中文件操作的场景非常固定，可以把上下文添加逻辑封装到通用工具函数中，后续调用时自动携带错误上下文，不需要重复写格式化逻辑：

fn open_file(path: &Path) -> anyhow::Result<File> {
    File::open(path).with_context(|| format!("无法打开文件`{}`", path.display()))
}

fn create_file(path: &Path) -> anyhow::Result<File> {
    File::create(path).with_context(|| format!("无法创建文件`{}`", path.display()))
}

补充说明 #

• Rust 稳定版目前没有内置的 try 块语法（该特性目前还在实验阶段），但通过「闭包/独立函数包装 + Result 传播 + 外层 match 处理」的组合，完全可以实现和 Python try-except 一致的错误收拢效果，且错误处理的粒度控制更灵活。
• 上述所有方案都不会丢失原始错误的栈信息，排障所需的上下文完整度和逐行加 with_context 的写法完全一致。

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