中断处理程序中不能出现睡眠代码的原因

由于异常为同步事件，由当前进程执行所引发，所以可以说，异常处于被打断进程的上下文之中，为当前被打断的进程服务，所以在异常处理过程中，可以调用任何内核态的函数，也可以睡眠。因为睡眠时（应为是）有意义的，同时也是合理的；而中断为异步事件，虽然使用当前被打断进程的内核栈、处于被打断进程的上下文之中，但是和当前被中断进程没有必然的关系，同时中断处理程序和外部的一个具体设备相对应，这就要求中断处理程序能快速的完成，以便能及时地响应设备的下一次中断请求，所以在中断处理过程中是不可以睡眠的，也就是说中断处理程序不能睡眠的根本原因在于中断处理程序必须运行的尽可能的快，以不丢失设备的中断请求。从另外的一个角度进行考虑，假设中断处理程序由于调用了一个可以睡眠的内核态函数，进而睡眠了，那么被该中断处理程序打断的用户进程必定也随之睡眠，当导致睡眠的原因消失后，那么唤醒被中断处理程序所打断的的用户进程即可运行睡眠的中断处理程序。但是有两点需要考虑：1：睡眠过程一定会丢失外设的中断请求。2：此时的中断处理并不是为用户进程服务的，但是会将中断处理程序所使用的系统资源记账到用户进程中去，这是不合理的；对比异常处理过程，因为异常处理是为用户进程服务的，所以将异常处理过程所使用的系统资源记账到用户进程是合理的。

经过上面的分析和讨论，我们可以给出结果：异常处理过程可以睡眠；中断处理过程不可以睡眠。