内容提要
文章探讨了Rust错误处理设计，强调应关注错误的实际用途而非简单转发。建议错误应扁平化、可行动并提供上下文，以便机器自动恢复和人类调试。指出现有方案不足，提出改进方法，强调设计契约的重要性，旨在提升错误处理的有效性和可读性。
关键要点
-
错误处理应经过设计，以服务于机器自动化恢复和人类排查代码的目标。
-
当前Rust错误处理实践过于关注类型匹配，忽视错误的实际用途。
-
现有方案如thiserror和anyhow存在局限性，无法有效指导调用者的后续操作。
-
堆栈追踪在异步代码中效果有限，需设计扁平、可行动的错误结构。
-
建议在模块边界强制添加上下文，避免深度嵌套的错误枚举。
-
底层组件应返回建议性的错误状态，以帮助调用方决策。
-
反对使用字符串插值格式化错误，建议使用结构化记录增强可观察性。
-
设计契约的重要性在于明确错误的性质和情境，提升错误处理的有效性。
-
Rust的rtc库发布0.3.0版本，采用Sans-I/O架构，提升了可测性和复用性。
-
rtc项目通过模块化重构和优化API设计，支持高性能实现。
-
red-apple项目通过cargo构建输出播放经典动画《Bad Apple!!》，展示了Rust工具链的极端控制。
-
该项目体现了Rust社区的黑客文化和对cargo构建系统的深刻理解。
延伸问答
Rust中的错误处理设计应该关注哪些方面？
Rust中的错误处理设计应关注机器自动化恢复和人类排查代码的实际用途，而非简单的类型匹配。
现有的Rust错误处理方案存在哪些局限性？
现有方案如thiserror和anyhow过于关注类型分类，无法有效指导调用者的后续操作，导致错误信息缺乏语义。
如何改进Rust中的错误处理？
建议在模块边界强制添加上下文，使用扁平、可行动的错误结构，并返回建议性的错误状态以帮助调用方决策。
rtc库的Sans-I/O架构有什么优势？
Sans-I/O架构使得逻辑与网络分离，提升了可测性和复用性，避免了复杂的异步运行环境耦合。
red-apple项目是如何播放《Bad Apple!!》的？
red-apple项目通过cargo构建过程生成数千个虚拟包，利用并行下载和编译进度在终端上呈现动画。
Rust社区对red-apple项目的反应如何？
Rust社区普遍认为red-apple是将Rust工具链极致控制的最佳范例，展示了深厚的黑客文化。
