2. 中断请求级别 (IRQL) 深度解析

在 WDM 框架中，中断请求级别（IRQL）是操作系统用于管理处理器执行优先级和线程调度的核心机制。理解 IRQL 是掌握中断处理与派遣函数参数配置的前提。本章将深入剖析 IRQL 的概念、关键级别及其在驱动开发中的实际应用。

2.1 IRQL 核心概念

IRQL 是一个与处理器相关的数值，用于表示当前代码执行的优先级。Windows 内核使用 IRQL 来屏蔽低优先级的中断，确保高优先级任务（如时钟中断、设备中断）能够及时得到处理。每个处理器都有独立的 IRQL，且 IRQL 值越高，优先级越高。

IRQL 与线程调度的关系

• PASSIVE_LEVEL (0)： 线程可被抢占，支持所有同步机制（如事件、互斥体）。
• APC_LEVEL (1)： 异步过程调用（APC）执行级别，线程仍可被调度，但 APC 被屏蔽。
• DISPATCH_LEVEL (2)： 线程调度器被锁定，当前线程不可被抢占。只能使用自旋锁进行同步。
• DIRQL (设备 IRQL)： 设备中断服务例程（ISR）运行的级别，高于 DISPATCH_LEVEL。

2.2 DISPATCH_LEVEL 与 PASSIVE_LEVEL 对比

这两个级别是驱动开发中最常打交道的 IRQL。下表详细对比了它们的特性与限制：

2.3 中断优先级与 IRQL 映射

Windows 将硬件中断优先级映射到 IRQL 上。每个设备中断都有一个与之关联的 DIRQL（设备 IRQL），该值介于 DISPATCH_LEVEL (2) 和 HIGH_LEVEL (31) 之间。中断控制器（如 APIC）根据 IRQL 值决定是否向处理器发送中断。

IRQL 优先级层次结构

1. HIGH_LEVEL (31)： 最高级别，用于机器检查、电源故障等不可屏蔽事件。
2. POWER_LEVEL (30)： 电源管理中断。
3. IPI_LEVEL (29)： 处理器间中断（IPI）。
4. CLOCK_LEVEL (28)： 系统时钟中断。
5. PROFILE_LEVEL (27)： 性能分析中断。
6. DIRQL (3-26)： 设备中断级别，由 IoConnectInterrupt 时指定。
7. DISPATCH_LEVEL (2)： 线程调度与 DPC。
8. APC_LEVEL (1)： 异步过程调用。
9. PASSIVE_LEVEL (0)： 普通线程执行。

2.4 IRQL 与中断处理流程 SVG 图

下图展示了从设备中断发生到 ISR 执行，再到 DPC 延迟处理的完整 IRQL 变化流程：

2.5 在驱动中管理 IRQL 的实践

WDM 驱动开发者必须显式管理 IRQL 的升降。以下代码片段展示了如何在派遣函数中安全地提升和恢复 IRQL：

NTSTATUS MyDispatchFunction(PDEVICE_OBJECT DeviceObject, PIRP Irp)
{
    KIRQL oldIrql;
    NTSTATUS status = STATUS_SUCCESS;

    // 当前在 PASSIVE_LEVEL，可以安全访问分页内存
    PAGED_CODE();

    // 提升到 DISPATCH_LEVEL 以保护共享资源
    KeRaiseIrql(DISPATCH_LEVEL, &oldIrql);

    // 在 DISPATCH_LEVEL 上操作：只能访问非分页内存
    // 使用自旋锁保护共享数据结构
    KSPIN_LOCK spinLock;
    KeInitializeSpinLock(&spinLock);
    KeAcquireSpinLock(&spinLock, &oldIrql);
    // ... 临界区代码 ...
    KeReleaseSpinLock(&spinLock, oldIrql);

    // 恢复原始 IRQL
    KeLowerIrql(oldIrql);

    // 完成 IRP
    Irp->IoStatus.Status = status;
    IoCompleteRequest(Irp, IO_NO_INCREMENT);
    return status;
}

2.6 IRQL 与派遣函数参数配置

派遣函数的参数配置（如 MajorFunction 表）与 IRQL 密切相关。下表总结了常见派遣函数及其运行的 IRQL 上下文：