basic/result-error/panic

[giscus[bot]]

basic/result-error/panic

https://course.rs/basic/result-error/panic.html

[ghost]

Panic是真的难。。。。。。看了三遍都不太懂

[csx12588]

可能是没明白想会什么吧，哈哈

[sunface]

之前的内容有点问题，缺少循序渐进的引导，现在应该会好理解一些

[ytianxia6]

呃，就是终止吧，为啥不懂？

[trytew]

我有一个疑问就是为什么存在panic!()的函数编译器会默认用非panic!()的返回值类型？实现原理是什么？举个例子

fn test(a: i32) -> i32 {
    if a == 1 {
        return a;
    }
    panic!("h");
}

如上，按道理这个函数应该是有空元组和i32两个返回值类型，为什么编译器默认就认为是i32，虽然panic!()会退出当前线程，但是按编译规则这应该也是不合理的吧，这到底是编译器固定的编译规则还是panic!()底层用了什么写法？

[Blackbird314]

如上，按道理这个函数应该是有空元组和i32两个返回值类型，为什么编译器默认就认为是i32，虽然panic!()会退出当前线程，但是按编译规则这应该也是不合理的吧，这到底是编译器固定的编译规则还是panic!()底层用了什么写法？

test() 函数不会返回单元类型，作用域结束前就 panic 了。事实上，它要么返回 i32，要么 panic，而 panic 的函数是没有返回值的，因为线程在 panic 那一行就结束了，调用 test 的函数不会得到返回值。

@trytew

[i-Pear]

感谢panic 原理剖析，讲得很清晰；之前debug看到在main函数调用前也做了catch_unwind，看到这里终于懂了

[uicheung]

前端转rust第二天

[Kvicii]

原理剖析得有个例子额

[windqyoung]

这panic功能太扯了。报个小错就退出程序。
假设我要循环执行一段代码，如果代码报错，直接忽略。那执行的结果就是遇错程序直接退出。后面的循环直接不进行了。完全不合理啊。

[simonkimi]

小错就不应该用panic, panic本意就是“不可恢复的错误”, 你想恢复就应该用Result.

[duanyuluo]

错误没有大和小，只有容错和未容错。panic就是未容错，谁让coders没有用Result去容错呢？

[ghost]

原理剖析看不懂 /(ㄒoㄒ)/~~

[yxxuweb]

这个原理剖析是不是要加一下版本？

[duanyuluo]

在软件工程实践中，架构对于异常处理也很重要。比如ui模块，io模块，都是对容错要求极高的。而logic模块则对容错要求低一些，毕竟这部分是可以通过unittest实现边界条件全覆盖的。

[zcgzxg]

panic时如果启用了栈展开就会开启一个新线程进行栈展开，是不是生产环境应该在cargo.toml中设置panic=abort呀？否则每次处理panic都要一个启动新线程了。

[shenjunjian]

读后感： panic! 和 unwrap() 还是忘记它吧！
以后只用Result枚举，给自己一个不崩溃的机会，一个退路。

[cusclo]

rust吸收了好多语言的特性，设计巧妙
通过各种限制、约束来保证程序的正确和安全，
又可以通过嵌套类型提高灵活性，
代价就是编译器要检查的和生成的代码变复杂多了

[DylanJinx]

在 Rust 中，如果你在一个子线程中触发了 panic，这个子线程会终止，但这不会直接影响主线程或其他子线程的运行，除非你显式地检测并对其做出响应。以下是一个示例，其中子线程中发生了 panic，但主线程仍然继续执行：

use std::thread;

fn main() {
    // 创建一个子线程
    let handle = thread::spawn(|| {
        // 这里模拟子线程中发生了某种错误，触发 panic
        panic!("Something went wrong in the thread!");
    });

    // 等待子线程结束
    let result = handle.join();

    // 检查子线程的结果
    match result {
        Ok(_) => println!("Thread completed successfully."),
        Err(e) => println!("Thread panicked with error: {:?}", e),
    }

    // 主线程继续执行
    println!("Continuing execution in main thread.");
}

在这个示例中：

1. 子线程中的 Panic：我们在一个由 thread::spawn() 创建的子线程中故意触发了一个 panic。当这个 panic 发生时，子线程将立即开始进行栈展开，并终止执行。

2. 主线程的行为：主线程通过 join() 调用等待子线程结束。这个 join() 会返回一个 Result 类型，其中包含了子线程执行的结果。如果子线程中发生了 panic，join() 会返回 Err，我们可以捕捉到这个错误，并相应地处理（例如在这个例子中打印一条错误消息）。

3. 程序继续执行：无论子线程的结果如何，主线程都会继续执行其后的代码。在本例中，即使子线程因 panic 而崩溃，主线程还是会继续执行并打印出 "Continuing execution in main thread."。

这样的处理使得程序可以在子线程遇到致命错误时保持健壮性，不会被一个子线程的失败拖垮整个程序。

[cscli]

panic后会发送信号吗， 设置的panic = "abort"

[Crystalyyds]

感觉生命周期才是最绕的目前