松山湖网站建设公司网络规划设计师资料及视频教程

错误处理

建议是尽量用Result由调用者自行决定是否恢复，不恢复也可直接在Err中调用panic。代码分支不可能走的分支可panic。

需要panic的情况：

1. 有害状态：当一些假设、保证、协议或不可变性被打破的状态，例如无效的值、自相矛盾的值或者被传递了不存在
   的值
2. 非预期行为,比如：不应该走的分支，不遵循契约（contracts）的函数输入
3. 后续可能每一步都需要判断错误
4. 没办法处理错误的，比如：调用外部库出现的无法规避的panic
5. 实例、代码原型、测试

panic

内存越界问题，运行到此处程序会退出。

• 展开退出（默认）
  • 回溯栈并清理函数数据
• 直接终止，需要在Cargo.toml文件中[profile.release]配置panic = 'abort'
  • 不清理直接退出

代码

panic!("错误提示信息"); //运行到此处，会提示错误行，打印错误提示信息

运行

可以通过设置环境变量RUST_BACKTRACE为非0值，调用生成的backtrace，让panic打印调用堆栈信息

RUST_BACKTRACE=1 cargo run

Resut

官方的文档是先介绍的Result，但是个人觉得这个放在泛型后才ok。而且其本质就是一个泛型，封装了各种方法来处理Ok与Err的不同分支。貌似没必要单独拉出来。

处理可恢复错误，程序可以继续运行。成功时候返回Ok实例，失败时返回包含错误信息的Err实例。

enum Result<T,E>{Ok(T),</