Operating system 陷阱和中断是否都将硬件控制权交给CPU

Operating system 陷阱和中断是否都将硬件控制权交给CPU,operating-system,cpu,interrupt,Operating System,Cpu,Interrupt,我很困惑陷阱和中断是否都能让CPU控制硬件 有人能解释一下为什么这个不能成立吗?我认为更准确的说法是陷阱和中断都由中断处理程序处理(有陷阱处理程序和中断处理程序,但我认为这是同一个概念) 然后,中断处理程序处理引发的中断并尝试解决它。对于陷阱,它可能类似于0的除法,而对于中断,它可能类似于磁盘完成了文件写入 在某些情况下,陷阱可能是“故意的”——如果您的程序需要一些它没有的资源,并且想要请求这些资源,那么这很有用。它会引发一个异常(陷阱),并在等待资源时尝试启动到另一个进程的上下文切换(如果它只

我很困惑陷阱和中断是否都能让CPU控制硬件


有人能解释一下为什么这个不能成立吗?

我认为更准确的说法是陷阱和中断都由中断处理程序处理(有陷阱处理程序和中断处理程序,但我认为这是同一个概念)

然后,中断处理程序处理引发的中断并尝试解决它。对于陷阱,它可能类似于0的除法,而对于中断,它可能类似于磁盘完成了文件写入

在某些情况下,陷阱可能是“故意的”——如果您的程序需要一些它没有的资源,并且想要请求这些资源,那么这很有用。它会引发一个异常(陷阱),并在等待资源时尝试启动到另一个进程的上下文切换(如果它只是在等待,那么占用CPU没有意义)


如您所见,中断可能需要硬件控制,但陷阱(上下文开关)可能不需要硬件使用

我认为查看故障/陷阱/中断的最佳方式是函数调用。操作系统为不同事件设置处理程序向量。当它们发生时,CPU调用相应的函数


唯一奇怪的是,中断可能会非同步发生。故障和陷阱是指令流的结果。

CPU最终控制所有硬件。你到底是什么意思?