什么是中断？为什么要中断？
中断（Interrupt）是操作系统里最基础也最重要的机制之一。简单说，就是CPU正在执行某个程序时，突然收到一个“紧急信号”，于是暂停当前任务，转去处理这个信号对应的事情，处理完后再回到原来的任务继续执行。
为什么需要中断？想象一下，如果没有中断，CPU要读取键盘输入，就只能不停地询问键盘“有没有按键？”——这叫轮询（Polling），非常浪费CPU时间。而有了中断，当用户按下键盘时，键盘硬件会主动向CPU发出一个信号，CPU暂时放下手头的事，去读取按键值，然后继续原来的工作。这样一来，CPU就能把大量时间用在真正计算上，同时又能及时响应外部事件。
中断的种类
按照触发来源，中断可以分为两大类：
- 硬件中断：由外部硬件设备发出，比如键盘、鼠标、硬盘、网卡等。它们通过中断控制器（如Intel的8259A或APIC）向CPU发送中断请求（IRQ）。
- 软件中断：由程序主动触发，比如系统调用（int 0x80指令）、除零异常、缺页异常等。这类中断也叫“异常”或“陷阱”，目的是让CPU进入内核模式执行特定服务。
另外，根据是否可屏蔽，中断还分为可屏蔽中断（maskable）和不可屏蔽中断（non-maskable，如NMI）。可屏蔽中断可以通过中断标志位（IF）暂时关闭，以便CPU处理更关键的操作；不可屏蔽中断一般用于严重硬件错误，比如内存校验错误。
中断机制的核心：中断向量表
CPU收到一个中断信号后，怎么知道该跳到哪里去处理？这就要靠中断向量表（IDT，Interrupt Descriptor Table）。在x86架构中，中断向量表存放着每个中断号对应的处理程序入口地址。当CPU识别到一个中断号（比如30号中断），就会去查IDT，找到对应的“中断服务例程”（ISR）的地址，然后跳转到那里执行。
这个表是在操作系统启动时由内核初始化好的。每个中断号对应一种事件类型，例如：
- 0号：除零错误
- 3号：断点异常
- 14号：缺页异常
- 32~255：用户自定义或硬件中断映射
中断向量表是操作系统管理硬件和异常的基础，它把硬件信号与软件处理逻辑联系起来。
中断处理的完整流程
一次典型的中断处理，从触发到结束大致经历以下步骤：
- 中断请求：硬件设备或软件指令产生中断信号。
- 中断识别：CPU在每条指令执行完毕后检查是否有中断请求。如果是可屏蔽中断且IF标志为0，则忽略；否则进入下一步。
- 保存现场：CPU将当前运行的程序的必要状态（如程序计数器PC、标志寄存器、部分寄存器）压入内核栈或专用栈中保存，以便后续恢复现场。
- 查找处理程序：根据中断号，在中断向量表中找到对应的ISR入口地址。
- 切换到处理程序：CPU跳转到ISR执行。这一步通常会切换到内核态，因为ISR属于操作系统内核代码。
- 执行ISR：ISR完成具体处理，比如读取键盘数据、响应时钟心跳、处理异常等。ISR要求尽量短小，通常只把数据放入缓冲区，具体处理交给下半部（bottom half）或延迟函数。
- 恢复现场：ISR执行完成后，CPU从栈中恢复之前保存的现场，将处理器状态置回中断前的状态。
- 返回被中断的程序：执行中断返回指令（如iret），继续运行刚才被暂停的程序。
中断优先级与嵌套
系统里可能同时有多个中断发生。例如，CPU正在处理键盘中断时，网卡又发来了中断。为了避免混乱，中断控制器会给每个设备分配优先级。优先级高的中断可以抢占优先级低的中断处理过程，这被称为中断嵌套。
不过，为了简化系统设计，许多操作系统在ISR执行期间会屏蔽所有同级或更低级中断，只允许更高级中断进入。这样能保证重要事件（比如时钟中断）不被忽略。
下半部机制：让中断处理更高效
由于中断处理过程中不允许随意睡眠和阻塞，且为了减少中断屏蔽时间，Linux等操作系统将中断处理分为两个部分：
- 上半部（top half）：真正的ISR，要求执行快，只做最必要的硬件操作，比如读取设备状态、清除中断标志、记录数据。
- 下半部（bottom half）：在中断被允许后执行，处理更复杂的任务，比如网络包协议栈处理、磁盘数据解析。
下半部的实现方式包括软中断、tasklet、工作队列等。这种设计保证了CPU能快速响应下一个中断，而不是长时间卡在一个设备上。
中断与系统调用
操作系统为我们提供的接口——系统调用（如读文件、创建进程）也用到了中断机制。以x86 Linux为例，程序执行 int 0x80 指令，产生一个软件中断，CPU根据中断号找到对应的系统调用处理入口，然后根据系统调用号分发到具体函数。这其实是中断机制在用户态与内核态之间架起的一座桥梁。
理解中断机制的实践意义
在开发或排查系统问题时，理解中断机制能帮助我们：
- 排查CPU占用过高：如果某个设备疯狂产生中断，会导致CPU大量时间花在ISR上。此时可以通过
cat /proc/interrupts查看各CPU上中断计数。 - 优化驱动性能：编写驱动时，合理使用下半部能显著减少中断延迟。
- 理解实时系统：在实时操作系统中，中断延迟直接决定任务能否在期限内完成。
记住：中断不是“意外”，而是操作系统与硬件协调工作的标准方式。它让CPU从轮询的循环中解放出来，实现了真正的多任务和实时响应。
总结
操作系统中断机制的核心是：硬件主动通知，CPU被动响应。通过中断向量表、现场保存与恢复、优先级和嵌套、上下半部等设计，系统能在恰当的时机以恰当的顺序处理各类事件。掌握这个机制，就抓住了理解操作系统底层运行逻辑的钥匙。