软中断与硬中断核心区别解析

疏星浅月

406人浏览 · 2026-04-08 23:46:15

疏星浅月 · 2026-04-08 23:46:15 发布

特性维度	硬中断 (Hard Interrupt)	软中断 (Soft Interrupt / SoftIRQ)
触发源	由硬件设备或CPU内部异常（如除零、缺页）产生，通过中断控制器（如APIC）向CPU发送电信号。	由运行中的程序（通常是内核代码）主动调用特定指令（如`int 0x80`进行系统调用）或由硬中断处理程序触发。
实时性	强实时性。硬件信号产生后，CPU通常会在当前指令执行完毕后立即响应。	非实时或延迟执行。软中断的触发和执行之间存在延迟，其处理可以被调度。
上下文	运行在中断上下文。此时内核代表被中断的进程执行，不能睡眠、不能进行进程调度。	运行在进程上下文或软中断上下文。作为下半部机制时，通常在特殊的ksoftirqd内核线程中运行，可以睡眠和调度。
抢占性	可抢占几乎所有内核代码，包括进程上下文、其他硬中断（取决于中断优先级）和软中断。	可以被硬中断抢占。软中断之间通常不能相互抢占，但同类型的软中断可以在不同CPU上并行执行。
屏蔽机制	可以屏蔽。通过`local_irq_disable()`或`cli`指令屏蔽本地CPU的所有外部中断，但不可屏蔽中断（NMI）除外。	可以屏蔽。通过`local_bh_disable()`禁用下半部处理，实质是增加软中断计数，阻止其执行。
处理任务	执行紧急、与硬件紧密相关、必须立即处理的任务，即上半部（Top Half）。如：响应设备、清除中断标志、将数据从硬件缓存复制到内核内存（如DMA缓冲区）。	执行耗时、非紧急、可延迟的任务，即下半部（Bottom Half）。如：网络协议栈处理、磁盘I/O请求调度、定时器到期处理。

中断上下文处理流程

一个完整的中断处理，尤其是硬件中断，通常遵循“上半部 + 下半部”的拆分模型，以确保快速响应和系统实时性。

1. 硬中断（上半部）处理流程：

中断发生：硬件设备（如网卡收到数据包）通过中断线向中断控制器发送信号。
CPU响应：CPU在执行完当前指令后，检测到中断请求。若中断未被屏蔽，则保存当前进程的上下文（寄存器、程序计数器等）到内核栈。
关中断与查找向量：CPU自动关闭本地中断（防止嵌套），并根据中断号从中断描述符表（IDT）中查找对应的中断处理程序入口地址。
执行上半部：CPU切换到中断上下文，执行注册的中断服务例程（ISR）。此阶段任务必须短小精悍，通常只进行应答硬件、读取关键状态、将数据搬运到安全区域（如skb）并标记一个软中断等操作。
中断返回前：上半部执行完毕，在irq_exit()中会检查当前CPU是否有待处理的软中断，如果有，则会触发软中断处理。

2. 软中断（下半部）执行时机：
软中断的执行并非紧随上半部，主要有三个时机：

从硬中断返回时：如上所述，在irq_exit()中，如果不在中断上下文且软中断未被禁用，会立即执行软中断。
在特定的内核线程中：每个CPU都有一个名为ksoftirqd/n的内核线程。如果软中断负载过重，为避免长时间占用中断返回路径，会唤醒该线程来异步处理软中断。
由应用程序显式调用：例如，系统调用就是通过int 0x80或syscall指令触发的软中断。

// 一个简化的网络设备驱动中断处理示例，展示上下部协作
irqreturn_t my_net_interrupt(int irq, void *dev_id) {
    struct my_priv *priv = dev_id;
    // 1. 读取硬件状态，确认中断来源
    u32 status = ioread32(priv->reg_base + STATUS_REG);
    
    // 2. 清除硬件中断标志，应答设备
    iowrite32(status, priv->reg_base + STATUS_REG);
    
    // 3. 关键数据搬运（如从DMA环形缓冲区读取数据包到skb）
    struct sk_buff *skb = my_receive_packet(priv);
    
    if (skb) {
        // 4. 标记网络接收软中断，将繁重的协议栈处理推迟到下半部
        netif_rx(skb); // 内部会触发 NET_RX_SOFTIRQ
    }
    
    // 上半部结束，返回。软中断将在稍后时机被执行。
    return IRQ_HANDLED;
}

// NET_RX_SOFTIRQ 的处理函数 net_rx_action 会在下半部执行
// 其中会进行IP层解包、TCP/UDP处理，最终将数据交付给套接字队列。

中断的分类

中断的分类远不止软中断和硬中断两种。根据不同的维度，主要有以下分类方式：

分类维度	类别	描述与示例
按触发源/性质	外部中断（硬件中断）	由CPU外部硬件设备触发，如键盘、鼠标、网卡、定时器。
	内部中断（异常）	由CPU执行指令时检测到的异常条件触发，是同步的。故障（Fault）：可修复，如缺页异常，修复后重新执行指令。陷阱（Trap）：有意为之，如系统调用、调试断点（int3）。中止（Abort）：严重错误，如硬件错误、非法指令，通常导致进程终止。
	软件中断	由程序中的指令主动触发，如`int n`指令。系统调用是其主要应用。在Linux中，软中断(SoftIRQ)特指一种底半部机制。
按能否被屏蔽	可屏蔽中断（Maskable）	可以通过设置CPU标志位（如IF标志）来屏蔽的中断。绝大多数外部硬件中断属于此类。
	不可屏蔽中断（NMI）	无法通过软件屏蔽，用于处理硬件致命错误（如内存校验错误、看门狗超时），优先级最高。
按Linux内核实现机制	上半部（Top Half）	硬中断处理程序，快速响应，关中断执行。
	下半部（Bottom Half）	延迟处理机制，包括：软中断（SoftIRQ）：静态编译进内核，执行频率高，要求处理函数可重入。 Tasklet：基于软中断实现，但同一Tasklet不能在不同CPU上并行运行，使用更简单。工作队列（Workqueue）：在进程上下文执行，可以睡眠，用于更复杂的延迟任务。

软中断与硬中断的抢占与屏蔽

1. 软中断可以被硬中断抢占吗？
可以。 这是由硬中断的高优先级特性决定的。当一个CPU正在执行软中断处理函数（例如net_rx_action）时，如果发生了一个硬件中断，CPU会暂停当前的软中断处理，转去执行硬中断的上半部。待硬中断上半部执行完毕返回后，再继续执行被中断的软中断。这种设计保证了系统对硬件事件的实时响应能力。

2. 软中断可以被屏蔽吗？
可以。 Linux内核提供了local_bh_disable()和local_bh_enable()函数来屏蔽和启用本地CPU的“下半部”处理，这主要包括软中断和Tasklet 。其原理是通过给preempt_count中的软中断计数器加一，使得在判断是否可执行软中断时条件不满足。屏蔽软中断通常用于保护共享数据在软中断上下文和进程上下文之间的访问。

3. 硬中断可以被屏蔽吗？
可以，但有区别。

屏蔽单个中断线：可以通过disable_irq()或disable_irq_nosync()屏蔽某个特定的IRQ中断线。
屏蔽本地CPU所有可屏蔽中断：通过local_irq_disable()或cli（x86汇编）指令实现。这会清除CPU的IF标志位，阻止所有可屏蔽中断的送达，直到调用local_irq_enable()或sti 。
不可屏蔽中断（NMI）：无法通过软件屏蔽，用于处理最紧急的硬件错误。