在Linux系统中，中断（Interrupt） 是硬件或软件向CPU发出的“紧急信号”，用于暂停当前任务，优先处理更紧迫的事件（如设备数据就绪、错误通知等）。中断是操作系统实现并发和实时响应的核心机制，确保CPU不会因“轮询等待外设”而浪费资源。

一、中断的本质与作用

中断的核心目的是打破CPU的正常执行流程，处理异步事件（无法预知何时发生的事件）。例如：

• 键盘按下时，键盘控制器向CPU发送中断，请求处理输入；
• 网卡收到数据包时，触发中断通知CPU读取数据；
• 程序执行除零操作时，CPU自身产生中断（异常），通知系统处理错误。

没有中断，CPU需要不断“轮询”外设（如循环检查键盘是否有输入），效率极低。中断机制让CPU可以专注于正常任务，仅在有紧急事件时才被“打断”，大幅提升系统性能。

二、中断的分类

Linux将中断分为硬件中断和软件中断两大类，具体如下：

1. 硬件中断（Hardware Interrupt）

由硬件设备（如键盘、鼠标、网卡、硬盘）主动触发，用于通知CPU“需要处理数据”或“发生异常”。

• 可屏蔽中断（Maskable Interrupt）：可通过软件设置暂时屏蔽（如用local_irq_disable()关闭当前CPU中断），大多数外设中断属于此类（如键盘IRQ1、硬盘IRQ14）。
• 不可屏蔽中断（NMI，Non-Maskable Interrupt）：无法被屏蔽，用于处理致命错误（如内存校验错误、电源故障），优先级最高，必须立即处理。

2. 软件中断（Software Interrupt）

由CPU执行指令时主动触发，分为两类：

• 异常（Exception）：CPU执行指令时检测到的错误（同步事件，与指令执行相关），例如：
  • 除零错误（Division by zero）；
  • 页错误（Page Fault，访问无效内存地址）；
  • 断点指令（如调试时的int3）。
• 软中断（Softirq）：由程序主动触发的中断（异步事件），用于模拟硬件中断或延迟处理任务，例如：
  • Linux系统调用（早期用int 0x80指令触发，现代用syscall）；
  • 下半部中断处理（见下文“中断处理机制”）。

三、中断处理的核心挑战

中断处理需要平衡两个矛盾：

1. 响应速度：中断事件（如网卡收包）必须快速响应，否则可能丢失数据；
2. 执行效率：中断处理若耗时过长，会阻塞其他中断（尤其是高优先级中断），导致系统卡顿。

为此，Linux将中断处理拆分为上半部（Top Half） 和下半部（Bottom Half），分工协作解决上述问题。

四、Linux中断处理机制：上半部与下半部

1. 上半部（Top Half）：快速响应

上半部即中断服务程序（ISR，Interrupt Service Routine），是中断发生后CPU首先执行的代码，负责：

• 紧急处理：读取硬件状态、清除中断标志（避免重复触发）、保存关键数据到内存；
• 快速返回：尽量缩短执行时间（通常几微秒），不做复杂操作，避免阻塞其他中断。

特点：

• 执行时关闭当前中断（同类型中断被屏蔽），但可响应更高优先级中断；
• 运行在中断上下文（非进程上下文，无进程调度，不能睡眠或阻塞）。

2. 下半部（Bottom Half）：延迟处理

下半部负责处理中断的“非紧急部分”（如数据解析、状态更新等耗时操作），在中断被暂时屏蔽的“间隙”执行。
目的：让上半部快速结束，尽早恢复中断响应能力。

Linux提供了3种主流的下半部实现（按优先级从高到低）：

类型	特点	适用场景
软中断（Softirq）	静态定义（仅10种），可在多个CPU上并行执行，需手动保证线程安全。	高频事件（如网卡收包、定时器）
Tasklet	基于软中断实现，简化接口，同一个tasklet不会在多个CPU上同时执行。	中等频率事件（如USB设备处理）
工作队列（Workqueue）	运行在进程上下文（有进程调度），可睡眠、阻塞（如申请内存）。	低频、需阻塞的操作（如日志写入）

五、中断处理的完整流程（以硬件中断为例）

1. 硬件触发中断：外设（如网卡）完成数据接收，通过中断控制器（如APIC）向CPU发送中断请求（IRQ）。
2. CPU响应中断：
   • 暂停当前任务，保存现场（寄存器、程序计数器PC等）到栈；
   • 关闭中断（避免被同类型中断打扰），通过中断向量（IRQ映射的编号，0-255）查找中断描述符表（IDT），获取对应的ISR入口地址。
3. 执行上半部（ISR）：
   • 读取外设数据到内存（如将网卡数据包拷贝到内核缓冲区）；
   • 清除外设中断标志（告知设备“已收到中断”）；
   • 触发下半部处理（如标记软中断需要执行）；
   • 恢复中断开关状态，结束上半部。
4. 执行下半部：
   • 上半部结束后，CPU检查是否有下半部任务（如软中断）；
   • 在中断返回前或进程调度时执行下半部（如解析数据包、通知应用程序）。
5. 恢复现场：CPU从栈中恢复寄存器和PC，继续执行被中断的原任务。

六、关键组件：中断控制器与中断向量

1. 中断控制器

硬件中断需通过中断控制器转发给CPU，现代系统主流使用APIC（Advanced Programmable Interrupt Controller）：

• 替代早期的8259A控制器，支持多CPU（多核）系统；
• 可将中断路由到不同CPU核心（负载均衡）；
• 管理中断优先级，确保高优先级中断优先处理。

2. 中断向量与IDT

• 中断向量：0-255的编号，每个编号对应一种中断（如向量32对应IRQ0，定时器中断）。
• 中断描述符表（IDT）：内核维护的一张表，存储每个向量对应的处理程序（ISR）地址。CPU通过向量查找IDT，快速定位ISR。

七、中断的优先级与屏蔽

• 优先级规则：NMI > 硬件中断 > 软中断 > 进程任务。
• 中断屏蔽：内核可通过指令暂时关闭中断（如local_irq_disable()），保护临界区（避免中断打断关键操作），但屏蔽时间必须极短（否则影响响应）。

八、实例：键盘中断的处理过程

1. 按下键盘按键，键盘控制器（如8042芯片）产生IRQ1（键盘中断请求）。
2. 中断控制器将IRQ1映射为中断向量33，通知CPU。
3. CPU暂停当前进程，查IDT找到键盘ISR（i8042_interrupt）。
4. 上半部（ISR）：
   • 读取键盘扫描码（如按键对应的编码）；
   • 清除键盘中断标志；
   • 将扫描码存入内核缓冲区，触发tasklet（下半部）。
5. 下半部（tasklet）：
   • 将扫描码转换为ASCII字符；
   • 发送到对应终端（如/dev/tty）；
   • 唤醒等待输入的应用程序（如Shell）。
6. CPU恢复原进程执行，应用程序读取到按键数据。

总结

Linux中断机制是系统实时性和高效性的核心，通过“上半部快速响应+下半部延迟处理”的分工，既保证了中断的及时处理，又避免了长时间阻塞。理解中断处理流程（从硬件触发到内核处理），对于调试设备驱动、分析系统性能至关重要。