鉴于上一篇文章过长，不方便大家阅读和理解，因此关于Rust中的错误处理，我将分以下3篇来讲。
另外，随着我们学习的不断深入，难度也会越来越大，但不用担心。接下来只需要让自己的脚步慢一些，认真搞懂每一篇文章的知识点，把示例代码也在自己电脑上敲一敲，相信大家终会有所收获，因为时间是最好的见证人。角角与诸君共勉！
1. 分享几个关于VS Code的使用小技巧
在正式讲解之前，角角想分享一下关于 VS Code 的几个使用小技巧，也是我最近了解到并开始使用的，如果你已经知道了可以直接略过哈~
看上面这张截图，界面和字体是不是你喜欢的风格呢？反正角角直接爱了~
首先是左侧文件树每个文件夹的图标，颜色都比较鲜艳也容易区分，图标设计的也非常好看，这是安装了一个叫：Material Icon Theme 的插件，在拓展商店中输入 icon，第一个结果就是啦！
第二个分享的插件是：Houston，这个插件可以让你的代码变得五彩斑斓，和上面的文件夹图标是不是很搭呢？它最有意思的功能是在工作区出现一个方块脸的悬浮窗，当你写的代码没有错误时，它会显示一个笑脸，相反，则是一个哭脸，是不是很有意思？
如果你启用了这个扩展但是并没有出现方块脸，那你就需要在 资源管理器 中单击HOUSTON 这个文件夹，展开它之后方块脸就在左下方出现啦！
要是你不喜欢这种花里胡哨，只追求实用性，那么我推荐你使用 One Dark Pro 这个主题，颜色看起来非常的舒适，很多大佬也都用这个。对了，这个和上面的方块表情是可以同时使用的哦~
第三个是快捷键，我每次写一行代码的时候，中间输入完了，然后又要用鼠标点到末尾加个分号，真的很烦哎！
然后我就网上查了一下，果然有解决的办法，就是键盘上的 End 键！然后 End 键上面的就是 Home 键。当你的光标在一行代码中间位置时，按一下 End 键就可以快速跳转到该行代码的末尾，然后再随手敲一个分号和回车，是不是棒极了？
Home 键与之相反，按一下则会跳转到该行代码的开始位置，用的不多。
如果是笔记本的话，就按组合键：Fn + End，Fn + Home。
最后一个组合快捷键是：Shift + Alt + 下方向键，这个的作用就是将光标所在的那一行代码再复制到下一行，这个用的场景还是比较多的，大家可以记一下。
后面角角再发现一些小技巧会不定时分享在文章中的，真心希望能帮助到大家，如果你们也有一些好用的小技巧也不妨分享在评论区哈~
2.不可恢复错误与panic!
Rust提供了一个特殊的 panic! 宏。程序会在 panic! 宏执行时打印出一段错误提示信息，展开并清理当前的调用栈，然后退出程序。这种情况大部分都发生在某个错误被检测到，但程序员却不知该如何处理的时候。
当 panic！宏执行会有以下3个动作：
你的程序会打印一个错误信息
展开（unwind）、清理调用栈（Stack）
退出程序
在默认情况下，当 panic 发生，有以下两种情况：
程序展开调用栈（工作量大）：Rust沿着调用栈往回走，清理每个遇到的函数中的数据
立即中止调用栈：不进行清理，直接停止程序，内容让操作系统（OS）去处理
如果你想让二进制文件（exe文件）更小，可以把设置从“展开”改为“中止”。设置方法就是，在 Cargo.toml 文件中适当的 profile 部分设置，即添加：panic = ‘abort’ 。
下面简单敲一行代码，试试这个 panic！宏：
fn main() {
panic!("我是练习时长两年半的角角！");
}输出结果如下：
thread 'main' panicked at srcmain.rs:2:5:
我是练习时长两年半的角角！
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
error: process didn't exit successfully: `targetdebugerror.exe` (exit code: 101)好多英文看不懂，翻译一下：
线程“main”在srcmain处惊慌失措。rs:2:5:
我是练习时长两年半的角角！
注意：使用“RUST_BACKTRACE=1”环境变量运行以显示回溯
错误：进程未成功退出：`targetdebugerror.exe`（退出代码：101）结果第一行中的srcmain.rs:2:5 表示：恐慌发生在 srcmain.rs 文件中的第二行第五个字符处。而指向的这个地方，正是我们调用 panic！宏的地方。
一般情况下，panic！宏是和其它一些代码结合使用的，并不会单单像我们这样就只敲一行代码。我们可以通过查看 panic! 调用函数的回溯信息来定位代码出现问题的地方。
这里引出一个新的概念，回溯信息。
3.使用panic! 产生的回溯信息
先举个，我先创建一个动态数组，然后里面放3个元素，但我会用索引访问其中的第10个元素。
fn main() {
let v = vec![1, 2, 3];
v[9];
}像这种越界访问，编译器就没有提前检测出错误，但会导致 panic。
在类似于C这样的语言中，程序在这种情况下依然会尝试返回你所请求的值，即便这可能会与你所期望的并不相符：你会得到动态数组中对应这个索引位置的内存，而这个内存可能存储了其他数据，甚至都不属于动态数组本身。
这种情形也被称为缓冲区溢出（buffer overread），并可能导致严重的安全性问题。攻击者可以通过操纵索引来访问存储在数组后面的、那些不被允许读取的数据。
我们运行一下上面的例子，看看报错内容：
thread 'main' panicked at srcmain.rs:3:6:
index out of bounds: the len is 3 but the index is 9
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
error: process didn't exit successfully: `targetdebugerror.exe` (exit code: 101)翻译一下：
线程“main”在srcmain处惊慌失措。rs:3:6:
索引越界：len为3，但索引为9
注意：使用“RUST_BACKTRACE=1”环境变量运行以显示回溯
错误：进程未成功退出：`targetdebugerror.exe`（退出代码：101）第一行是告诉我们错误的位置，第二行是错误的原因，第三行提示我们可以通过设置环境变量 RUST_BACKTRACE 来得到回溯信息，进而确定触发错误的原因。回溯中包含了到达错误点的所有调用函数列表。
在Rust中使用回溯的方式与在其他语言中的使用方式类似：从头开始查看回溯列表，直至定位到自己所编写代码的文件，而这也正是产生问题的地方。
从定位到文件的那一行往上是我们代码所调用的代码，往下则是调用了我们代码的代码。这些调用中可能会包含Rust核心库、标准库，以及你所使用的第三方库。
让我们来将环境变量 RUST_BACKTRACE 设置为一个非0值，从而获得回溯信息。在Windows操作系统下的 PowerShell 窗口中分别输入：
$env:RUST_BACKTRACE="full"
cargo run得到的回溯信息如下：
thread 'main' panicked at srcmain.rs:3:6:
index out of bounds: the len服务器托管网 is 3 but the index is 9
stack backtrace:
0: 0x7ff7207872ea - std::sys_common::backtrace::_print::impl$0::fmt
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrcsys_commonbacktrace.rs:44
1: 0x7ff72079508b - core::fmt::rt::Argument::fmt
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarycoresrcfmtrt.rs:138
2: 0x7ff72079508b - core::fmt::write
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarycoresrcfmtmod.rs:1114
3: 0x7ff7207856b1 - std::io::Write::write_fmt
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrciomod.rs:1763
4: 0x7ff72078706a - std::sys_common::backtrace::_print
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrcsys_commonbacktrace.rs:47
5: 0x7ff72078706a - std::sys_common::backtrace::print
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrcsys_commonbacktrace.rs:34
6: 0x7ff72078905a - std::panicking::default_hook::closure$1
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrcpanicking.rs:272
7: 0x7ff720788cc8 - std::panicking::default_hook
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrcpanicking.rs:292
8: 0x7ff720789708 - std::panicking::rust_panic_with_hook
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrcpanicking.rs:731
9: 0x7ff7207895ed - std::panicking::begin_panic_handler::closure$0
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrcpanicking.rs:609
10: 0x7ff720787cd9 - std::sys_common::backtrace::__rust_end_short_backtrace
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrcsys_commonbacktrace.rs:170
11: 0x7ff720789300 - std::panicking::begin_panic_handler
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrcpanicking.rs:597
12: 0x7ff720799eb7 - core::panicking::panic_fmt
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarycoresrcpanicking.rs:72
13: 0x7ff72079a044 - core::panicking::panic_bounds_check
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarycoresrcpanicking.rs:180
服务器托管网 14: 0x7ff7207812bd - core::slice::index::impl$2::index
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1librarycoresrcsliceindex.rs:261
15: 0x7ff720781076 - alloc::vec::impl$12::index
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1libraryallocsrcvecmod.rs:2728
16: 0x7ff720781a96 - error::main
at C:Users45570Desktoprust_demoerrorsrcmain.rs:3
17: 0x7ff7207818bb - core::ops::function::FnOnce::call_once >
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1librarycoresrcopsfunction.rs:250
18: 0x7ff7207817be - std::sys_common::backtrace::__rust_begin_short_backtrace >
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1librarystdsrcsys_commonbacktrace.rs:154
19: 0x7ff7207817be - std::sys_common::backtrace::__rust_begin_short_backtrace >
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1librarystdsrcsys_commonbacktrace.rs:154
20: 0x7ff720781831 - std::rt::lang_start::closure$0 >
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1librarystdsrcrt.rs:166
21: 0x7ff720783ba8 - std::rt::lang_start_internal::closure$2
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrcrt.rs:148
22: 0x7ff720783ba8 - std::panicking::try::do_call
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrcpanicking.rs:504
23: 0x7ff720783ba8 - std::panicking::try
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrcpanicking.rs:468
24: 0x7ff720783ba8 - std::panic::catch_unwind
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrcpanic.rs:142
25: 0x7ff720783ba8 - std::rt::lang_start_internal
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1/librarystdsrcrt.rs:148
26: 0x7ff72078180a - std::rt::lang_start >
at /rustc/a28077b28a02b92985b3a3faecf92813155f1ea1librarystdsrcrt.rs:165
27: 0x7ff720781af9 - main
28: 0x7ff720798940 - invoke_main
at D:a_work1ssrcvctoolscrtvcstartupsrcstartupexe_common.inl:78
29: 0x7ff720798940 - __scrt_common_main_seh
at D:a_work1ssrcvctoolscrtvcstartupsrcstartupexe_common.inl:288
30: 0x7fff42d0257d - BaseThreadInitThunk
31: 0x7fff44f4aa58 - RtlUserThreadStart
error: process didn't exit successfully: `targetdebugerror.exe` (exit code: 101)
在回溯信息的第16行，它指出了程序的主要错误在 main.rs 文件的第3行。在这个 error::main 的上方就是我们调用的代码，而下方则是调用我们所写代码的代码。
若你想关闭回溯，可以使用如下命令：
$env:RUST_BACKTRACE=0如果将来代码发生了 panic，你就需要自己去搞清楚代码中的哪些操作或哪些值导致了panic，并且思考应该如何修改代码以避免出现问题。
下篇文章将介绍可恢复错误与Result，角角期待你的订阅与关注，咱们下篇见！
服务器托管，北京服务器托管，服务器租用 http://www.fwqtg.net
相关推荐: 解析Spring中的循环依赖问题：再探三级缓存（AOP）
前言 在之前的内容中，我们简要探讨了循环依赖，并指出仅通过引入二级缓存即可解决此问题。然而，你可能会好奇为何在Spring框架中还需要引入三级缓存singletonFactories。在前述总结中，我已经提供了答案，即AOP代理对象。接下来，我们将深入探讨这一…
