Rust 入门实战（4）：错误处理与 Result

上一篇的集合查询会遇到缺失键文本解析也可能收到非法内容。本篇不再用默认值掩盖问题而是用Option表示“可能没有”用Result表示“可能失败”并建立从底层原因到用户提示的错误链。一、痛点panic 不是普通分支Rust 把失败分成不可恢复错误与可恢复错误。数组越界、内部不变量被破坏通常意味着程序缺陷可用panic!终止当前线程文件不存在、参数格式错误、网络超时都是预期情况应返回ResultT,E让调用者决定重试、降级或退出。库函数随意 panic 会剥夺调用者的策略选择。OptionT有Some(T)和None适合查找不到、队列为空等没有额外原因的情况。ResultT,E有Ok(T)与Err(E)错误值携带原因。两者都是枚举编译器要求match穷尽处理组合器map、and_then、ok_or_else能减少嵌套但不能为了短而牺牲错误上下文。unwrap和expect失败时会 panic。它们适合测试、示例中由源码保证的常量或启动阶段明确无法继续的不变量处理用户输入时应返回错误。expect至少应说明为什么这里理应成功而不是重复“解析失败”。二、原理问号运算符传播且保留类型在返回Result的函数中?遇到Ok会取出值遇到Err会提前返回并通过From做必要的错误转换。它不是吞错而是把当前层无法处理的错误交给上层。每一层应只添加自己知道的上下文例如“读取哪个文件”“解析哪一行”不要反复记录同一错误。usestd::error::Error;usestd::fmt;#[derive(Debug)]enumTaskError{EmptyTitle,InvalidMinutes(String),}implfmt::DisplayforTaskError{fnfmt(self,f:mutfmt::Formatter_)-fmt::Result{matchself{TaskError::EmptyTitlewrite!(f,标题不能为空),TaskError::InvalidMinutes(value)write!(f,非法分钟数{value}),}}}implErrorforTaskError{}fnparse_task(line:str)-Result(String,u32),TaskError{let(title,minutes)line.split_once(,).ok_or(TaskError::EmptyTitle)?;iftitle.trim().is_empty(){returnErr(TaskError::EmptyTitle);}letminutesminutes.trim().parse().map_err(|_|TaskError::InvalidMinutes(minutes.trim().to_string()))?;Ok((title.trim().to_string(),minutes))}fnmain(){forlinein[学习 Result,30,运行测试,abc]{matchparse_task(line){Ok((title,minutes))println!(ok{title}:{minutes}),Err(error)println!(error{error}),}}}运行输出ok学习 Result:30 error非法分钟数abc自定义错误枚举适合调用者需要按类别决策的库边界。它实现Display给用户看实现Error参与错误链。示例把缺少逗号也归为标题错误真实项目应增设MissingSeparator因为可行动的错误分类比一句笼统“格式错误”更有价值。三、实现把文件读取和解析分层底层函数返回结构化错误入口统一决定退出码。标准库的Boxdyn Error可快速容纳不同错误类型适合小型应用大型库更适合稳定的错误枚举。下面程序自身完整写入临时任务文件、读取、逐行解析并汇总。usestd::error::Error;usestd::fs;usestd::path::Path;#[derive(Debug)]structTask{title:String,minutes:u32}fnparse_line(line:str,number:usize)-ResultTask,String{let(title,raw)line.split_once(,).ok_or_else(||format!(第 {number} 行缺少逗号))?;letminutes:u32raw.trim().parse().map_err(|_|format!(第 {number} 行分钟数无效{},raw.trim()))?;iftitle.trim().is_empty(){returnErr(format!(第 {number} 行标题为空));}Ok(Task{title:title.trim().into(),minutes})}fnload(path:Path)-ResultVecTask,BoxdynError{letcontentfs::read_to_string(path)?;content.lines().enumerate().map(|(index,line)|parse_line(line,index1).map_err(Into::into)).collect()}fnmain()-Result(),BoxdynError{letpathstd::env::temp_dir().join(rust_tasks_demo.csv);fs::write(path,读错误处理,25\n写测试,35\n)?;lettasksload(path)?;lettotal:u32tasks.iter().map(|task|task.minutes).sum();println!(count{} total{total},tasks.len());fortaskintasks{println!(task{},task.title);}fs::remove_file(path)?;Ok(())}运行输出count2 total60 task读错误处理 task写测试collect能把一串ResultTask, E转成ResultVecTask, E遇到首个错误就停止。若业务要求一次报告所有坏行应把成功项与错误项分别收集这是一项产品策略而非语法选择。入口返回Result时运行时会打印错误并以失败状态退出正式 CLI 可自行格式化错误链并映射稳定退出码。四、踩坑丢失上下文和过度统一最常见反模式是map_err(|_| 失败)它丢掉原始 I/O 或解析原因。错误消息应包含操作、对象和原因但不要泄露令牌、完整请求体或敏感路径。日志给维护者终端提示给用户两者受众不同结构化错误可支持两套呈现。另一个反模式是所有函数都返回Boxdyn Error。应用顶层这样做方便公共库却让调用者难以匹配错误类别。反过来为每个小函数定义巨大错误体系也会增加维护成本。边界内保留具体类型在组合层统一是实用折中。常见生态选择包括thiserror辅助声明库错误、anyhow为应用添加上下文但应先理解标准库机制。重试只能用于幂等且可能暂时失败的操作解析错误重试一百次也不会成功。发生部分写入时尤其要谨慎先写临时文件再原子替换避免错误后留下半份数据。错误处理的目标不是“程序不崩”而是维持可解释的一致状态。五、验证同时测试成功路径与失败路径为解析器测试空行、缺分隔符、负数、超范围整数、中文标题和多余空格断言错误变体而非整段展示文本避免文案修改破坏语义测试。文件测试使用系统临时目录并确保清理生产项目可用专用临时文件库降低并发冲突。到这里任务程序已能对外部输入诚实地报告失败。下一篇会用结构体封装不变量、用枚举表达有限状态、用 trait 抽象行为让错误类型和业务模型一起成为可扩展的公共接口。参考来源Rust BookError HandlingRust 标准库ResultRust 标准库Error traitRust API Guidelines可预测的错误 觉得有用就点个赞 收藏方便回头查阅有疑问直接在评论区留言我看到都会回。 本文属于《Rust 入门实战》系列持续更新关注不迷路。 文章里的代码都能直接跑。想要可直接 clone 的完整工程 配套部署脚本 / 踩坑清单评论一声或发邮件到cj2664qq.com我免费发你。如果你正好在做类似系统、或有工程化难题想找人做也欢迎邮件聊一句——我按实际情况评估能落地的就接单或出方案。评论和邮件都能直接找到我不用跳别的平台。