最近在 Debian 上写 Rust 代码,经常会被问到错误处理怎么做。今天把一些核心思路和坑点整理出来,希望能帮你少走弯路。

Rust在Debian上的错误处理策略

核心原则与类型

先说几个关键判断。

用类型系统表达可恢复错误:这是 Rust 的硬核特长。优先用 Result 表示可能失败的操作,用 Option 表示可能缺失的值。别想着用“错误码”或“异常”那一套,Rust 的类型系统能让你在编译时就消灭一大半问题。

统一错误类型与传播:为模块或应用定义一个统一的 AppError,然后为外部错误实现 From 转换。配合 ? 操作符,错误传播会变得非常清爽。只在顶层(比如 main 函数或 HTTP 入口)把错误转换成用户能看懂的信息——日志、退出码、或者一个友好的错误页面。

区分可恢复与不可恢复:业务预期内的失败,比如文件不存在、网络超时,返回 Result。程序无法继续的致命错误,比如某个永远不该发生的分支或者不变式被打破,再使用 panic!。这个分寸感很重要,需要根据场景来拿捏。

错误可见与可调试:为你的错误类型实现 std::error::Error,提供 source()backtrace() 方法。上下文信息越完整,定位问题就越轻松——文件、行号、操作名,能保留的都保留。

在 Debian 环境下的实践清单

Debian 作为开发环境,有几个必须注意的点。

代码组织与模式

最小可运行示例

看个简单示例就明白了,核心是用标准库和 thiserror 实现统一传播与顶层呈现。

// Cargo.toml
// [dependencies]
// thiserror = "1.0"

use std::fs::File;
use std::io::{self, Read};
use thiserror::Error;

#[derive(Debug, Error)]
enum AppError {
    #[error("I/O error: {0}")]
    Io(#[from] io::Error),
    #[error("Parse error: {0}")]
    Parse(#[from] std::num::ParseIntError),
}

fn read_and_parse(path: &str) -> Result {
    let mut s = String::new();
    File::open(path)?.read_to_string(&mut s)?;
    // ? 自动转换为 AppError::Io
    let n: i32 = s.trim().parse()?;
    // ? 自动转换为 AppError::Parse
    Ok(n)
}

fn main() {
    match read_and_parse("number.txt") {
        Ok(n) => println!("Parsed: {}", n),
        Err(e) => {
            eprintln!("Error: {}", e);
            std::process::exit(1);
        }
    }
}

关键点:函数签名显式返回 Result,外部错误通过 From 自动注入统一错误类型,顶层负责呈现和退出码。这才是 Rust 错误处理的精髓所在。

常见错误场景与排查要点

本文转载于:https://www.yisu.com/ask/14279435.html 如有侵犯,请联系zhengruancom@outlook.com删除。
免责声明:正软商城发布此文仅为传递信息,不代表正软商城认同其观点或证实其描述。