【Rust自学】9.1. 不可恢复的错误以及panic!

喜欢的话别忘了点赞、收藏加关注哦,对接下来的教程有兴趣的可以关注专栏。谢谢喵!(=・ω・=)

9.1.1. Rust错误处理概述

Rust拥有极高的可靠性,这也延伸到了错误处理的领域。比如说在大部分情况下,Rust会迫使你意识到可能会出现错误的地方,然后在编译阶段就确保它们获得妥善的处理。

在Rust里,错误被分为两大类:

  • 可恢复的错误:比如说文件未找到,就可以把错误信息传递给用户,并让用户再次尝试寻找这个文件。
  • 不可恢复的错误:bug的另外一种说法,比如说索引越界

其他大部分编程语言都没有刻意地区分这两种错误,它们通常通过异常这种机制来统一处理。但Rust里没有类似异常的机制。

  • 针对可恢复的错误,Rust提供了Result<T, E>这个类型(下一篇文章会讲)。
  • 针对不可恢复的错误,Rust提供了panic!这个宏,当执行这个宏时,程序会立即中止执行。

9.1.2. panic!

有时候在代码里会发生糟糕的问题,而针对这些问题开发者是束手无策的。为了应对这种情况,Rust提供了panic!这个宏。

当这个宏执行时,会发生这些动作:

  • 它会打印出错误信息
  • 然后展开(unwind)和清理调用栈(Stack)
  • 退出程序

9.1.3. 当panic!时,展开还是终止(abort)调用栈

程序在展开调用栈时工作量极大,因为Rust会沿着调用栈往回走,清理沿途遇到的每个函数中的数据。

与之相反的,Rust也提供了终止(abort)调用栈的选择。这种做法就是不进行清理,直接停止程序,但是程序所使用的内存就只有稍后交给操作系统来清理。

如果你想要二进制文件更小,就把设置从"展开"改为"终止":在Cargo.toml中适当的profile部分设置,写下panic = 'abort'就行

以我的Cargo.toml为例:

toml 复制代码
[package]  
name = "RustStudy"  
version = "0.1.0"  
edition = "2021"  
  
[dependencies]  
rand = "0.8.5"  
  
[profile.release]  
panic = 'abort'

profile.realse的意思是在发布模式下运行时

9.1.4. panic!

看一个panic!宏的例子:

rust 复制代码
fn main() {  
    panic!("Something went wrong");  
}

非常简单的例子,panic!宏的参数就是错误信息,它会在程序停止时被打印出来。

输出:

复制代码
thread 'main' panicked at src/main.rs:2:5:
Something went wrong
stack backtrace:
   0: rust_begin_unwind
             at /rustc/90b35a6239c3d8bdabc530a6a0816f7ff89a0aaf/library/std/src/panicking.rs:665:5
   1: core::panicking::panic_fmt
             at /rustc/90b35a6239c3d8bdabc530a6a0816f7ff89a0aaf/library/core/src/panicking.rs:74:14
   2: RustStudy::main
             at ./src/main.rs:2:5
   3: core::ops::function::FnOnce::call_once
             at /Users/stanyin/.rustup/toolchains/stable-aarch64-apple-darwin/lib/rustlib/src/rust/library/core/src/ops/function.rs:250:5
note: Some details are omitted, run with `RUST_BACKTRACE=full` for a verbose backtrace.

在前面几篇文章中也有程序恐慌的时候,但是那时候我没有把stack backtrace粘贴进文章,因为当时还没有讲到这里。上面呈现的才是完整的恐慌信息。现在我们来解析一下:

  • 第一行告诉了程序恐慌的位置------在src目录下的main.rs里的第2行第5个字符
  • 第二行是程序制定的错误信息
  • 从第三行开始的stack backtrace指的是回溯信息。在第2这个位置就是main.rs,在回溯信息里包含了到达发生错误的地点的所有的调用函数的列表,而在它下边(也就是第3这个地方)就是调用了我们代码的代码,可能包含了Rust的核心库、标准库,抑或是第三方的库
  • 最后一行的note说可以把RUST_BACKTRACE设为full来获得所有的详细信息,具体操作就是在终端输入set RUST_BACKTRACE=full && cargo run(对于Windows,对于MacOS/Linux:export RUST_BACKTRACE=full && cargo run `)。

为了获得像刚才这样的调试信息,还有一点前提条件,就是程序不能运行在发布模式(--release)下而是调试模式(debug)。cargo buildcargo run都是默认调试模式,所以只要确保不带--release这个flag就行。

相关推荐
写bug写bug4 分钟前
SQL窗口函数原理和使用
后端·sql·mysql
残*影8 分钟前
Spring Bean的初始化过程是怎么样的?
java·后端·spring
黎䪽圓14 分钟前
【Java多线程从青铜到王者】单例设计模式(八)
java·开发语言·设计模式
Java技术小馆14 分钟前
面试被问 Java为什么有这么多O
java·后端·面试
brzhang17 分钟前
Flutter 调用原生代码,看这篇就够了:从零教你搭起通信的桥
前端·后端·架构
崔lc31 分钟前
Springboot项目集成Ai模型(阿里云百炼-DeepSeek)
java·spring boot·后端·ai
摸鱼仙人~39 分钟前
Redux Toolkit 快速入门指南:createSlice、configureStore、useSelector、useDispatch 全面解析
开发语言·javascript·ecmascript
onlooker66661 小时前
Go 语言底层(四) : 深入 Context 上下文
开发语言·数据库·golang
寒山李白1 小时前
Spring Boot面试题精选汇总
java·spring boot·后端·面试