当前位置：首页 > news >正文

Rust错误处理：Result与Error深度解析

news 2026/6/4 2:34:50

Rust错误处理：Result与Error深度解析

引言

在Rust开发中，错误处理是其最独特的特性之一。作为一名从Python转向Rust的后端开发者，我深刻体会到Rust在错误处理方面的严谨性。Rust通过Result类型和panic机制，在编译时强制处理错误，避免了运行时的意外崩溃。

错误处理核心概念

Rust错误类型

Rust中的错误主要分为两类：

可恢复错误：使用Result<T, E>类型表示
不可恢复错误：使用panic!宏触发

Result类型

enum Result<T, E> { Ok(T), Err(E), }

错误处理策略

策略	使用场景
`unwrap()`	快速原型，确定不会出错
`expect()`	快速原型，需要错误信息
`match`	完整处理两种情况
`?`	向上传播错误

环境搭建与基础配置

基本Result使用

fn divide(a: f64, b: f64) -> Result<f64, String> { if b == 0.0 { Err("Division by zero".to_string()) } else { Ok(a / b) } } fn main() { match divide(10.0, 2.0) { Ok(result) => println!("Result: {}", result), Err(e) => println!("Error: {}", e), } }

使用?传播错误

use std::fs::File; use std::io::{self, Read}; fn read_file_contents(path: &str) -> Result<String, io::Error> { let mut file = File::open(path)?; let mut contents = String::new(); file.read_to_string(&mut contents)?; Ok(contents) } fn main() { match read_file_contents("example.txt") { Ok(content) => println!("Content: {}", content), Err(e) => println!("Error: {}", e), } }

自定义错误类型

使用enum定义错误

use std::fmt; #[derive(Debug)] enum AppError { IoError(std::io::Error), ParseError(String), ValidationError(String), } impl fmt::Display for AppError { fn fmt(&self, f: &mut fmt::Formatter) -> fmt::Result { match self { AppError::IoError(e) => write!(f, "IO error: {}", e), AppError::ParseError(s) => write!(f, "Parse error: {}", s), AppError::ValidationError(s) => write!(f, "Validation error: {}", s), } } } impl std::error::Error for AppError {}

使用thiserror简化

use thiserror::Error; #[derive(Error, Debug)] enum AppError { #[error("IO error: {0}")] IoError(#[from] std::io::Error), #[error("Parse error: {0}")] ParseError(String), #[error("Validation error: {0}")] ValidationError(String), }

错误处理模式实战

模式一：早返回

fn process_input(input: &str) -> Result<i32, AppError> { let num = input.parse::<i32>().map_err(|_| AppError::ParseError("Invalid number".to_string()))?; if num < 0 { return Err(AppError::ValidationError("Number must be positive".to_string())); } Ok(num) }

模式二：组合错误

use std::fs; use std::path::Path; fn read_and_parse_file(path: &Path) -> Result<i32, AppError> { let content = fs::read_to_string(path).map_err(AppError::IoError)?; let num = content.trim().parse::<i32>().map_err(|_| AppError::ParseError("Invalid number".to_string()))?; Ok(num) }

模式三：错误链

use std::error::Error; fn main() -> Result<(), Box<dyn Error>> { let content = read_file_contents("example.txt")?; let num = content.trim().parse::<i32>()?; println!("Number: {}", num); Ok(()) }

panic处理

何时使用panic

fn main() { // 不可恢复的错误，使用panic let v = vec![1, 2, 3]; println!("{}", v[10]); // 会panic }

使用panic!宏

fn validate_config(config: &Config) { if config.port < 1 || config.port > 65535 { panic!("Invalid port: {}", config.port); } }

测试中的panic

#[test] fn test_panic() { assert!(false, "This test should panic"); }

实际业务场景

场景一：配置加载

use serde::Deserialize; use std::fs; #[derive(Deserialize)] struct Config { database_url: String, port: u16, } fn load_config(path: &str) -> Result<Config, AppError> { let content = fs::read_to_string(path).map_err(AppError::IoError)?; let config: Config = serde_json::from_str(&content).map_err(|e| AppError::ParseError(e.to_string()))?; if config.port < 1 || config.port > 65535 { return Err(AppError::ValidationError(format!("Invalid port: {}", config.port))); } Ok(config) }

场景二：数据库操作

use sqlx::postgres::PgPool; async fn get_user(pool: &PgPool, id: i32) -> Result<User, AppError> { let user = sqlx::query_as!( User, "SELECT id, name, email FROM users WHERE id = $1", id ) .fetch_one(pool) .await .map_err(|e| AppError::DatabaseError(e.to_string()))?; Ok(user) }

性能优化

使用Box

fn process() -> Result<(), Box<dyn std::error::Error>> { // 使用trait object减少代码重复 }

使用anyhow

use anyhow::{Context, Result}; fn process_file(path: &str) -> Result<String> { let content = std::fs::read_to_string(path) .with_context(|| format!("Failed to read file: {}", path))?; Ok(content) }