ToB企服应用市场:ToB评测及商务社交产业平台
标题:
rust学习十、非常处置惩罚(错误处置惩罚)
[打印本页]
作者:
莫张周刘王
时间:
2024-11-19 18:10
标题:
rust学习十、非常处置惩罚(错误处置惩罚)
在册本中,中文译者翻译为错误,这是因为原文是"Error"。
但在许多语言中,都是书写为非常。
一、概述
rust的错误处置惩罚与众不同,前文已经提及:大家称为非常,它称为错误。
不可规复的错误,可以大要称为panic(恐慌)! 太率性了....
那么我们的问题是:除了一些的确不可处置惩罚的非常,rust是否也和大部分语言那样利用try catch来捕获和跳过?
所谓的不可规复错误,实在也可以被try catch处置惩罚?
二、用panic!宏处置惩罚错误
不可规复错误发生的时候的通常表现:会打印出一个错误信息,展开并整理栈数据,然退却出
通过一个环境变量,可以让 Rust 在 panic 发生时打印调用堆栈(call stack)以便于定位 panic 的缘故起因.
两种退出方式
abort- 粗暴退出,让操纵系统收拾残局
回溯栈并整理它碰到的每一个函数的数据。如果需要查看堆栈,可以把环境变量RUST_BACKTRACE设置为不是0即可
设置退出方式
Cargo.toml中设置,如下:
[profile.release]
panic = 'abort'
复制代码
上文中,panic还可以是设置为unwind,这是默认的
上例是release,如果想在调试的时候,那么可以添加profile.dev
更多的配置,可以参考
https://www.rustwiki.org.cn/zh-CN/cargo/index.html
触发方式
直接调用panic!宏
一些可能导致不可规复的错误,例如除以0,越绝访问向量
示例一、直接触发
输出一大堆!!!
示例二、越界访问
输出太多,截取了比较又意义的部分:已经充足明白那里发生错误的。
毫无疑问,对于第二种情况,在其它语言种,一样平常简单try catch就可以处置惩罚了!
三、用Result处置惩罚可规复错误
Resutt是什么
一个枚举范例,类似Option。
有两个成员
:
Ok
,
Err
和Option的Some,None一样,Ok,Err也是可以直接利用,不需要书写前缀,因为它们都在prelude中导入了。
注意
:prelude是序章的意思,可以理解为rust为每一个应用自动导入的部分。
处置惩罚Result,处置惩罚错误范例
由于Result是Option,以是,可以这样利用:
use std::fs::File;
use std::io::ErrorKind;
fn main() {
let greeting_file_result = File::open("hello.txt");
let greeting_file = match greeting_file_result {
Ok(file) => file,
Err(error) => match error.kind() {
ErrorKind::NotFound => match File::create("hello.txt") {
Ok(fc) => fc,
Err(e) => panic!("Problem creating the file: {e:?}"),
},
other_error => {
panic!("Problem opening the file: {other_error:?}");
}
},
};
}
复制代码
大概
use std::fs::File;
use std::io::ErrorKind;
fn main() {
let greeting_file = File::open("hello.txt").unwrap_or_else(|error| {
if error.kind() == ErrorKind::NotFound {
File::create("hello.txt").unwrap_or_else(|error| {
panic!("Problem creating the file: {:?}", error);
})
} else {
panic!("Problem opening the file: {:?}", error);
}
});
}
复制代码
失败的两种处置惩罚:unwrap,expect
use std::fs::File;
fn main() {
let greeting_file = File::open("hello.txt").unwrap();
let greeting_file2 = File::open("hello.txt")
.expect("hello.txt should be included in this project");
}
复制代码
unwrap和expect的区别在于:后者会在触发错误的时候,直接打印参数值。
expect
方法内部大要是这样的:
#[inline]
#[track_caller]
#[stable(feature = "result_expect", since = "1.4.0")]
pub fn expect(self, msg: &str) -> T
where
E: fmt::Debug,
{
match self {
Ok(t) => t,
Err(e) => unwrap_failed(msg, &e),
}
}
复制代码
逻辑:正常就返回值、不正常的则返回一个非常(不可规复的错误,退出)。
3.1传播错误-如那边理错误
在大部分的语言中,有两种方式:继续抛出大概捕获之后做其它处置惩罚,例如java就是这样处置惩罚的。
这个内容比较多,以是单独一个小章节说明:
通例处置惩罚-根据result结果返回需要的内容
利用?简化处置惩罚
不是任何地方都可以用?
让main()函数可以支持?
Box
通例处置惩罚-这个没有什么好说的。
利用?简化处置惩罚
1.正常代码
use std::fs::File;
use std::io::{self, Read};
fn read_username_from_file() -> Result<String, io::Error> {
let username_file_result = File::open("hello.txt");
let mut username_file = match username_file_result {
Ok(file) => file,
Err(e) => return Err(e),
};
let mut username = String::new();
match username_file.read_to_string(&mut username) {
Ok(_) => Ok(username),
Err(e) => Err(e),
}
}
复制代码
2.简化代码-1
use std::fs::File;
use std::io::{self, Read};
fn read_username_from_file() -> Result<String, io::Error> {
let mut username_file = File::open("hello.txt")?;
let mut username = String::new();
username_file.read_to_string(&mut username)?;
Ok(username)
}
复制代码
?这里表示 match xxxx 一段内容。如果出现非常,已经退出了。
3. 继续简化的代码_2
use std::fs::File;
use std::io::{self, Read};
fn read_username_from_file() -> Result<String, io::Error> {
let mut username = String::new();
File::open("hello.txt")?.read_to_string(&mut username)?;
Ok(username)
}
复制代码
这里主要利用链式写法简化了。毫无疑问,这个链式的还是比较受到欢迎的!!!
哪里不能用?
函数的返回值不同于?
最典型例子:
use std::fs::File;
fn main() {
let greeting_file = File::open("hello.txt")?;
}
复制代码
这是因为main的返回范例是() -- rust的什么都奇怪的很,虽然最内核大家都差不多。
让main支持?
有什么惊人之举吗?没有,就是修改返回范例。
use std::error::Error;
use std::fs::File;
fn main() -> Result<(), Box<dyn Error>> {
let greeting_file = File::open("hello.txt")?;
Ok(())
}
复制代码
四、要不要panic!宏
原文说了一堆口水话,对于有经验的工程师而言,没有什么价值。略!
五、小结
rust的错误处置惩罚和其它部分一样,力图做到与众不同- Error,panic!、Ok、Err、?、Box 这是凭空多出来的一些新概念(老东西换新的名称)
暂时没有介绍如何让所谓的不可规复错误编程可以忽略的非常 --类似越界访问,在其它语言再正常不外了
利用Resut和?某种程度上,会让代码看起来比一些语言悦目一些(仅仅是悦目而已)
注意非常处置惩罚原则。 大概注意团队中的统一处置惩罚原则
一个最重要的内容本章并没有提到:发生致命错误的时候,如何避免退出。这种要求非经常见,例如越界访问。但这个应该是肯定有的,只是本章并没有提到。
免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作!更多信息从访问主页:qidao123.com:ToB企服之家,中国第一个企服评测及商务社交产业平台。
欢迎光临 ToB企服应用市场:ToB评测及商务社交产业平台 (https://dis.qidao123.com/)
Powered by Discuz! X3.4