10. Error Handling Patterns 🟢
你将学到:
- 何时使用
thiserror(库)vsanyhow(应用程序)- 使用
#[from]和.context()包装器的错误转换链?运算符如何展开以及在main()中的工作原理- 何时 panic vs 返回错误,以及用于 FFI 边界的
catch_unwind
thiserror vs anyhow —— 库 vs 应用程序
Rust 错误处理围绕 Result<T, E> 类型展开。有两个 crate 占据主导地位:
// --- thiserror:用于 LIBRARIES ---
// 通过 derive 宏生成 Display、Error 和 From 实现
use thiserror::Error;
#[derive(Error, Debug)]
pub enum DatabaseError {
#[error("connection failed: {0}")]
ConnectionFailed(String),
#[error("query error: {source}")]
QueryError {
#[source]
source: sqlx::Error,
},
#[error("record not found: table={table} id={id}")]
NotFound { table: String, id: u64 },
#[error(transparent)] // 将 Display 委托给内部错误
Io(#[from] std::io::Error), // 自动生成 From<io::Error>
}
// --- anyhow:用于 APPLICATIONS ---
// 动态错误类型 —— 非常适合顶层代码,只需传播错误
use anyhow::{Context, Result, bail, ensure};
fn read_config(path: &str) -> Result<Config> {
let content = std::fs::read_to_string(path)
.with_context(|| format!("failed to read config from {path}"))?;
let config: Config = serde_json::from_str(&content)
.context("failed to parse config JSON")?;
ensure!(config.port > 0, "port must be positive, got {}", config.port);
Ok(config)
}
fn main() -> Result<()> {
let config = read_config("server.toml")?;
if config.name.is_empty() {
bail!("server name cannot be empty"); // 立即返回 Err
}
Ok(())
}
何时使用哪一个:
thiserror | anyhow | |
|---|---|---|
| 使用场景 | 库、共享 crate | 应用程序、二进制文件 |
| 错误类型 | 具体枚举 —— 调用者可以匹配 | anyhow::Error —— 不透明 |
| 工作量 | 定义你的错误枚举 | 只需使用 Result<T> |
| 向下转型 | 不需要 —— 模式匹配 | error.downcast_ref::<MyError>() |
错误转换链 (#[from])
use thiserror::Error;
#[derive(Error, Debug)]
enum AppError {
#[error("I/O error: {0}")]
Io(#[from] std::io::Error),
#[error("JSON error: {0}")]
Json(#[from] serde_json::Error),
#[error("HTTP error: {0}")]
Http(#[from] reqwest::Error),
}
// 现在 ? 自动转换:
fn fetch_and_parse(url: &str) -> Result<Config, AppError> {
let body = reqwest::blocking::get(url)?.text()?; // reqwest::Error → AppError::Http
let config: Config = serde_json::from_str(&body)?; // serde_json::Error → AppError::Json
Ok(config)
}
Context 和错误包装
为错误添加人类可读的上下文,同时不丢失原始错误:
use anyhow::{Context, Result};
fn process_file(path: &str) -> Result<Data> {
let content = std::fs::read_to_string(path)
.with_context(|| format!("failed to read {path}"))?;
let data = parse_content(&content)
.with_context(|| format!("failed to parse {path}"))?;
validate(&data)
.context("validation failed")?;
Ok(data)
}
// 错误输出:
// Error: validation failed
//
// Caused by:
// 0: failed to parse config.json
// 1: expected ',' at line 5 column 12
深入理解 ? 运算符
? 是 match + From 转换 + 提前返回的语法糖:
#![allow(unused)]
fn main() {
// 这样写:
let value = operation()?;
// 展开为:
let value = match operation() {
Ok(v) => v,
Err(e) => return Err(From::from(e)),
// ^^^^^^^^^^^^^^
// 通过 From trait 自动转换
};
}
? 也适用于 Option(在返回 Option 的函数中):
#![allow(unused)]
fn main() {
fn find_user_email(users: &[User], name: &str) -> Option<String> {
let user = users.iter().find(|u| u.name == name)?; // 如果未找到返回 None
let email = user.email.as_ref()?; // 如果 email 为 None 返回 None
Some(email.to_uppercase())
}
}
Panic、catch_unwind 以及何时终止
#![allow(unused)]
fn main() {
// Panics:用于 BUGS,而非预期错误
fn get_element(data: &[i32], index: usize) -> &i32 {
// 如果这里 panic,说明是编程错误(bug)
// 不要"处理"它 —— 修复调用者
&data[index]
}
// catch_unwind:用于边界(FFI、线程池)
use std::panic;
let result = panic::catch_unwind(|| {
// 安全地运行可能 panic 的代码
risky_operation()
});
match result {
Ok(value) => println!("Success: {value:?}"),
Err(_) => eprintln!("Operation panicked — continuing safely"),
}
// 何时使用哪一个:
// - Result<T, E> → 预期失败(文件未找到、网络超时)
// - panic!() → 编程 bug(索引越界、违反不变量)
// - process::abort() → 不可恢复状态(安全违规、数据损坏)
}
C++ 对比:
Result<T, E>替代异常处理预期错误。panic!()像assert()或std::terminate()—— 用于 bug,而非 控制流。Rust 的?运算符使错误传播像异常一样顺手,同时 没有不可预测的控制流。
关键要点 —— 错误处理
- 库:
thiserror用于结构化错误枚举;应用程序:anyhow用于顺手的传播#[from]自动生成From实现;.context()添加人类可读的包装?展开为From::from()+ 提前返回;在返回Result的main()中可用
另见: 第 14 章 — API 设计 了解 “parse, don’t validate” 模式。第 11 章 — 序列化 了解 serde 错误处理。
flowchart LR
A["std::io::Error"] -->|"#[from]"| B["AppError::Io"]
C["serde_json::Error"] -->|"#[from]"| D["AppError::Json"]
E["Custom validation"] -->|"manual"| F["AppError::Validation"]
B --> G["? operator"]
D --> G
F --> G
G --> H["Result<T, AppError>"]
style A fill:#e8f4f8,stroke:#2980b9,color:#000
style C fill:#e8f4f8,stroke:#2980b9,color:#000
style E fill:#e8f4f8,stroke:#2980b9,color:#000
style B fill:#fdebd0,stroke:#e67e22,color:#000
style D fill:#fdebd0,stroke:#e67e22,color:#000
style F fill:#fdebd0,stroke:#e67e22,color:#000
style G fill:#fef9e7,stroke:#f1c40f,color:#000
style H fill:#d4efdf,stroke:#27ae60,color:#000
练习:使用 thiserror 的错误层次结构 ★★(约 30 分钟)
为一个文件处理应用程序设计错误类型层次结构,该应用程序可能在 I/O、解析(JSON 和 CSV)和验证期间失败。使用 thiserror 并演示 ? 传播。
🔑 解答
use thiserror::Error;
#[derive(Error, Debug)]
pub enum AppError {
#[error("I/O error: {0}")]
Io(#[from] std::io::Error),
#[error("JSON parse error: {0}")]
Json(#[from] serde_json::Error),
#[error("CSV error at line {line}: {message}")]
Csv { line: usize, message: String },
#[error("validation error: {field} — {reason}")]
Validation { field: String, reason: String },
}
fn read_file(path: &str) -> Result<String, AppError> {
Ok(std::fs::read_to_string(path)?) // io::Error → AppError::Io 通过 #[from]
}
fn parse_json(content: &str) -> Result<serde_json::Value, AppError> {
Ok(serde_json::from_str(content)?) // serde_json::Error → AppError::Json
}
fn validate_name(value: &serde_json::Value) -> Result<String, AppError> {
let name = value.get("name")
.and_then(|v| v.as_str())
.ok_or_else(|| AppError::Validation {
field: "name".into(),
reason: "must be a non-null string".into(),
})?;
if name.is_empty() {
return Err(AppError::Validation {
field: "name".into(),
reason: "must not be empty".into(),
});
}
Ok(name.to_string())
}
fn process_file(path: &str) -> Result<String, AppError> {
let content = read_file(path)?;
let json = parse_json(&content)?;
let name = validate_name(&json)?;
Ok(name)
}
fn main() {
match process_file("config.json") {
Ok(name) => println!("Name: {name}"),
Err(e) => eprintln!("Error: {e}"),
}
}