2017-02-25 23:47:33 +08:00
|
|
|
|
# 错误处理
|
|
|
|
|
|
|
2018-12-06 00:02:43 +08:00
|
|
|
|
> [ch09-00-error-handling.md](https://github.com/rust-lang/book/blob/master/src/ch09-00-error-handling.md)
|
2017-02-25 23:47:33 +08:00
|
|
|
|
> <br>
|
2018-12-06 00:02:43 +08:00
|
|
|
|
> commit 1fedfc4b96c2017f64ecfcf41a0a07e2e815f24f
|
2017-02-25 23:47:33 +08:00
|
|
|
|
|
2019-11-29 16:46:08 +08:00
|
|
|
|
Rust 对可靠性的执着也延伸到了错误处理。错误对于软件来说是不可避免的，所以 Rust 有很多特性来处理出现错误的情况。在很多情况下，Rust 要求你承认出错的可能性，并在编译代码之前就采取行动。这些要求使得程序更为健壮，它们确保了你会在将代码部署到生产环境之前就发现错误并正确地处理它们！
|
2017-02-25 23:47:33 +08:00
|
|
|
|
|
2017-08-21 08:33:53 +08:00
|
|
|
|
Rust 将错误组合成两个主要类别：**可恢复错误**（*recoverable*）和 **不可恢复错误**（*unrecoverable*）。可恢复错误通常代表向用户报告错误和重试操作是合理的情况，比如未找到文件。不可恢复错误通常是 bug 的同义词，比如尝试访问超过数组结尾的位置。
|
2017-02-25 23:47:33 +08:00
|
|
|
|
|
2020-05-14 20:00:37 +08:00
|
|
|
|
大部分语言并不区分这两类错误，并采用类似异常这样方式统一处理他们。Rust 并没有异常，但是，有可恢复错误 `Result<T, E>` ，和不可恢复(遇到错误时停止程序执行)错误 `panic!`。这一章会首先介绍 `panic!` 调用，接着会讲到如何返回 `Result<T, E>`。此外，我们将探讨决定是尝试从错误中恢复还是停止执行时的注意事项。
|
