一、不可恢复错误（panic!）

缓冲区溢出：C语言中访问vector不存在的索引，C语言会尝试直接提供所要求

二、可恢复错误（Result<T, E>）
返回类型为Result<T, E>，可以使用match表达式处理。

处理match复杂时，我们可以通过unwrap_or_else方法处理错误，简化match嵌套表达式。

panic简写：unwrap 和 expect

• unwrap
  作用
  unwrap在处理Result<T, E> 时，若返回为Ok，则unwrap会返回Ok的值，若为Err，则unwrap会调用panic!宏。

缺点：
对Result<T, E>处理，如果在多处使用 unwrap，则需要花更多的时间来分析到底是哪一个 unwrap 造成了 panic，因为所有的 unwrap 调用都打印相同的信息

• expect
  作用
  expect在处理Result<T, E>时，与unwrap返回一样。将expect 的参数作为传给 panic! 宏的错误信息。不像unwrap那样使用默认的panic值

传播错误
简写：?运算符，用在语句最后。
并且可在?后进行链式调用。

使用场景：

1. ?运算符可被用于返回Result的函数
2. 不可直接用在main函数

三、选择不可恢复错误（panic!）还是可恢复错误（Result<E, T>）

3-1. 示例、代码原型和测试都非常适合panic

3-2. 当我们比编译器知道更多的情况

3-3. 错误处理指导原则
https://kaisery.github.io/trpl-zh-cn/ch09-03-to-panic-or-not-to-panic.html#错误处理指导原则

Rust 的错误处理功能被设计为帮助你编写更加健壮的代码。panic! 宏代表一个程序无法处理的状态，并停止执行而不是使用无效或不正确的值继续处理。Rust 类型系统的 Result 枚举代表操作可能会在一种可以恢复的情况下失败。可以使用 Result 来告诉代码调用者他需要处理潜在的成功或失败。在适当的场景使用 panic! 和 Result 将会使你的代码在面对不可避免的错误时显得更加可靠。