一、不可恢复错误（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值
传播错误
简写：?运算符，用在语句最后。
并且可在?后进行链式调用。
使用场景：
- ?运算符可被用于返回Result的函数
- 不可直接用在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 将会使你的代码在面对不可避免的错误时显得更加可靠。