为何进程明知运行时错误却不直接退出，反而将控制权交给内核？

我的理解如下：

• 程序触发运行时错误（例如除零、无效内存引用）
• 程序执行fault指令并将控制权交给内核
• 内核判定该错误不可恢复（不同于页错误），于是向进程发送对应信号（如SIGFPE / SIGSEGV）
• 进程接收信号后自行退出

若上述流程合理，我无法理解该流程的设计逻辑。我认为程序在第一步就已明确知晓错误，为何不直接退出，反而执行后续步骤？

首先得明确：程序在触发错误的那一刻根本没机会自己处理。

拿除零举例，CPU执行到除零指令时，会立刻触发硬件异常——此时程序的执行流直接被打断，CPU自动切换到内核态，根本轮不到用户态的程序“察觉错误然后退出”。

再看这套流程的必要性：

• 统一系统规则：内核作为系统的管理者，需要统一处理所有进程的异常。如果让每个程序自己随意退出，很可能出现资源没释放、进程状态残留等问题，内核介入能保证进程以符合系统规范的方式终止。
• 保留容错空间：虽然这类错误通常不可恢复，但内核发送信号的机制给了程序最后一次自救机会——你可以注册信号处理函数，在退出前完成资源清理、日志记录等操作，而不是直接戛然而止。
• 精准定位问题：内核能精准判断错误的具体类型（是除零还是内存越界），并发送对应的信号，让开发者能明确知道问题根源，而不是只收到“程序崩溃”的模糊提示。
• 硬件权限限制：很多运行时错误是硬件触发的异常，用户态程序没有权限直接处理硬件级别的异常，必须由内核来完成异常捕获和后续处理。

内容的提问来源于stack exchange，提问作者Now.Zero