trap是用户进程中的异常。这是由除零或无效内存访问引起的。这也是调用内核例程(系统调用)的常用方法，因为内核例程的优先级高于用户代码。处理是同步的(因此用户代码被挂起，然后继续)。在某种意义上，它们是“活跃的”——大多数时候，代码期望陷阱发生并依赖于这一事实。

中断是由硬件(硬盘、显卡、I/O端口等设备)产生的。它们是异步的(即它们不会发生在用户代码中可预测的位置)或“被动的”，因为中断处理程序必须等待它们最终发生。

你也可以把一个陷阱看作是一种cpu内部中断，因为陷阱处理程序的处理程序看起来像一个中断处理程序(寄存器和堆栈指针被保存，有一个上下文切换，在某些情况下可以继续执行)。

我认为陷阱是由当前指令的执行引起的，因此它们被称为同步事件。中断是由处理器中运行的与外部事件相关的独立指令引起的，因此被称为异步中断。

中断是系统内硬件生成的流变化。一个中断 处理器被调用来处理中断的原因;控件然后返回到 中断的上下文和指令。trap是软件生成的中断。中断可以 用于标志一个I/O的完成，以避免设备轮询的需要。陷阱可以是 用于调用操作系统例程或捕捉算术错误。

trap是用户进程中的异常。这是由除零或无效内存访问引起的。这也是调用内核例程(系统调用)的常用方法，因为内核例程的优先级高于用户代码。处理是同步的(因此用户代码被挂起，然后继续)。在某种意义上，它们是“活跃的”——大多数时候，代码期望陷阱发生并依赖于这一事实。

中断是由硬件(硬盘、显卡、I/O端口等设备)产生的。它们是异步的(即它们不会发生在用户代码中可预测的位置)或“被动的”，因为中断处理程序必须等待它们最终发生。

你也可以把一个陷阱看作是一种cpu内部中断，因为陷阱处理程序的处理程序看起来像一个中断处理程序(寄存器和堆栈指针被保存，有一个上下文切换，在某些情况下可以继续执行)。

一般来说，像异常、错误、中止、陷阱和中断这样的术语都是指同样的事情，都被称为“中断”。

来看看Trap和Interrupt的区别:

陷阱:程序员发起并期望将控制转移到一个特殊的处理程序例程。(例如:80x86 INT指令是一个很好的例子)

而

中断(硬件):是基于CPU外部硬件事件的程序控制中断(例如:按键盘上的一个键或计时器上的超时 芯片)

一个trap被像程序一样的代码调用，并用于例如调用操作系统例程(通常是同步的)。 中断是由事件调用的(很多时候是硬件，比如网卡接收到数据，或者CPU定时器)，并且-顾名思义-中断正常的控制流，因为CPU必须切换到驱动程序来处理事件。