如何在多错误类型场景下正确使用Rust的?运算符？

针对静态声明函数错误集合、保留?运算符简洁性的需求，目前Rust生态里有几个成熟方案，可替代手动维护臃肿枚举的老办法：

1. 用thiserror精简专属错误枚举 #

虽然你觉得枚举方案扩展性差，但thiserror能大幅降低枚举维护的繁琐度，同时通过精确的变体定义避免调用方误解错误范围：

use std::fs::File;
use thiserror::Error;

#[derive(Error, Debug)]
pub enum FooError { // 为foo函数单独定义专属错误枚举，而非通用MyError
    #[error("IO error: {0}")]
    IO(#[from] std::io::Error),
    #[error("Custom failure: {0}")]
    Custom(String),
}

fn bar(fail: bool) -> Result<usize, FooError> {
    if fail {
        Err(FooError::Custom("Was told to fail".to_owned()))
    } else {
        Ok(42)
    }
}

pub fn foo(path: &str, fail: bool) -> Result<usize, FooError> {
    let _file: File = File::open(path)?;
    let b: usize = bar(fail)?;
    Ok(b)
}

• 核心优势：#[from]自动生成From实现，无需手动编写转换逻辑；每个错误变体严格对应foo函数实际可能抛出的错误，调用方通过FooError能清晰知晓所有错误类型；后续新增错误只需扩展当前枚举，不会影响其他函数的错误定义。
• 解决痛点：避免通用枚举导致的错误范围误解，同时消除手动维护错误转换的冗余代码。

2. 用error-stack实现静态类型安全的错误集合 #

如果想彻底摆脱枚举束缚，同时保持静态类型检查，error-stack是近年的优秀方案，允许静态声明函数的错误集合，同时兼容?运算符：

use std::fs::File;
use error_stack::{Result, Report, IntoReport, Context};

// 自定义错误类型
#[derive(Debug)]
struct CustomError(String);

impl std::fmt::Display for CustomError {
    fn fmt(&self, f: &mut std::fmt::Formatter<'_>) -> std::fmt::Result {
        write!(f, "Custom failure: {}", self.0)
    }
}

impl std::error::Error for CustomError {}

fn bar(fail: bool) -> Result<usize, CustomError> {
    if fail {
        Err(Report::new(CustomError("Was told to fail".to_owned())))
    } else {
        Ok(42)
    }
}

pub fn foo(path: &str, fail: bool) -> Result<usize, impl Context<std::io::Error> + Context<CustomError>> {
    let _file: File = File::open(path).into_report()?;
    let b: usize = bar(fail)?;
    Ok(b)
}

• 核心优势：无需定义枚举，直接通过impl Context<...>静态声明函数可能返回的所有错误类型；into_report()自动将标准库错误转换为Report类型，配合?使用简洁高效；错误信息自带调用栈，便于调试；新增错误只需在返回类型的Context中添加即可。
• 解决痛点：彻底避免枚举臃肿问题，静态明确错误范围，不会让调用方产生误解；保留?运算符的简洁性，无需手动处理错误转换。

3. 用eyre配合类型约束（折中方案） #

如果追求开发效率，同时希望在部分场景保留静态检查，可以用eyre，它默认是动态错误类型，但可通过类型约束实现静态声明：

use std::fs::File;
use eyre::{Result, eyre};

fn bar(fail: bool) -> Result<usize, eyre::Report> {
    if fail {
        Err(eyre!("Was told to fail"))
    } else {
        Ok(42)
    }
}

pub fn foo(path: &str, fail: bool) -> Result<usize, impl std::error::Error + std::fmt::Debug + std::fmt::Display> {
    let _file: File = File::open(path)?;
    let b: usize = bar(fail)?;
    Ok(b)
}

• 核心优势：无需定义错误类型，快速实现错误处理；通过impl Error约束静态声明错误范围；eyre!宏简化自定义错误的创建。
• 注意：静态检查力度弱于前两种方案，适合快速开发或错误类型较多但无需严格区分的场景。

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