简介这份资源是《Developing Drivers with the Windows Driver Foundation》的PDF电子书面向希望系统掌握Windows驱动开发的程序员与系统工程师尤其适合具备一定C语言与操作系统基础、想深入内核态或用户态驱动编写的中高级开发者。全书由WDF团队核心成员撰写从Windows驱动基础讲起逐步展开WDF对象模型、驱动结构与初始化、即插即用与电源管理、I/O流与分派、同步与并发控制、驱动跟踪与诊断等核心主题并分别覆盖KMDF与UMDF两种框架还涉及DMA、中断、USB设备驱动、驱动编译安装、调试及静态驱动Verifier等进阶内容。资源包内仅含1个PDF文件整体约8.25MB篇幅完整、目录结构清晰便于按章节检索学习。目前已有557人学习下载可作为驱动开发入门到进阶的案头参考帮助读者理解WDF统一驱动模型并掌握实际开发中的关键接口与最佳实践。1. 从 WDF 入手为什么 2025 年还要自己写 Windows 驱动如果你最近在 Windows 上折腾过串口转 USB、自定义 HID 设备、虚拟串口或者 PCIe 采集卡大概率会遇到一个尴尬局面设备管理器里能识别但厂商给的驱动要么是十年前 WDM 模板改的要么干脆没有。这时候绕不开的一件事就是自己写驱动。而写 Windows 驱动今天最稳的起点不是老 WDM而是 Windows Driver Foundation也就是 WDF。它把内核态里最容易翻车的电源管理、即插即用、I/O 队列这些黑匣子逻辑封装成框架你只需要填业务回调。WDF 分两条线KMDF 跑在内核态适合真实硬件UMDF 跑在用户态适合协议转换和虚拟设备。这篇笔记按“先立住选型、再跑通最小驱动、最后排坑”的顺序展开面向的是已经会 C 语言、装过 Visual Studio、但没正式写过驱动的工程师。读完你应该能判断自己的设备该走 KMDF 还是 UMDF并且能在一台干净的 Windows 11 上把第一个驱动编译、签名、加载起来。2. WDF 选型KMDF 和 UMDF 到底怎么分2.1 先看设备挂在哪条总线上选型第一步不是看代码难度而是看设备物理上挂在哪里。WDF 本身不决定总线它只是框架真正决定你走 KMDF 还是 UMDF 的是设备类型和访问方式。设备场景推荐框架原因PCIe / USB 真实硬件KMDF需要直接处理中断、DMA、物理内存映射虚拟串口 / 协议转换UMDF不碰硬件寄存器用户态崩溃不会蓝屏HID 过滤 / 键盘鼠标增强KMDF 过滤驱动需要挂在内核栈上拦截 IRP纯软件功能设备UMDF部署简单调试方便存储过滤 / 加密卷KMDF涉及磁盘栈用户态延迟不可接受我一般会先问一句这个驱动会不会碰 MMIO 或 DMA会就 KMDF不会优先 UMDF。UMDF 最大的好处是调试成本低驱动崩了顶多进程退出不会直接 BSOD。但 UMDF 不能处理中断也不能做 DMA这是硬边界。2.2 用 Visual Studio 建第一个 KMDF 工程选型定了之后落地第一步是把工程骨架搭起来。Windows 驱动开发现在基本绑在 Visual Studio WDK 上命令行也能编但调试和签名还是 VS 顺手。# 先确认 WDK 和 VS 版本匹配常见做法是用 VS Installer 勾选 # Desktop development with C 和 Windows Driver Kit # 装完后检查环境变量能看到 WDK 的路径 where msbuild where signtool where inf2cat上面三条命令是确认工具链是否就位。msbuild负责编译signtool负责签名inf2cat负责生成 catalog 文件。如果where找不到说明 WDK 没装全或者 VS 工作负载漏勾了。注意 WDK 版本必须和 SDK 版本对齐比如 10.0.22621 的 SDK 配 10.0.22621 的 WDK混装会出现Inf2Cat error这种玄学问题。建工程时选 “Kernel Mode Driver, Empty (KMDF)”VS 会自动生成Driver.c、Device.c、Queue.c和.inf文件。这个骨架已经包含DriverEntry、EvtDeviceAdd、EvtIoDefault三个核心回调你只需要往里填逻辑。2.3 最小 KMDF 驱动的三个回调WDF 的编程模型是“框架管流程你管回调”。一个能加载的最小 KMDF 驱动核心就是三个函数。// DriverEntry驱动入口创建 WDFDRIVER 对象 NTSTATUS DriverEntry(PDRIVER_OBJECT DriverObject, PUNICODE_STRING RegistryPath) { WDF_DRIVER_CONFIG config; WDF_DRIVER_CONFIG_INIT(config, EvtDeviceAdd); // 注册设备添加回调 return WdfDriverCreate(DriverObject, RegistryPath, WDF_NO_OBJECT_ATTRIBUTES, config, WDF_NO_HANDLE); } // EvtDeviceAdd设备到达时创建 WDFDEVICE NTSTATUS EvtDeviceAdd(WDFDRIVER Driver, PWDFDEVICE_INIT DeviceInit) { WDFDEVICE device; NTSTATUS status WdfDeviceCreate(DeviceInit, WDF_NO_OBJECT_ATTRIBUTES, device); if (!NT_SUCCESS(status)) return status; return WdfDeviceCreateDeviceInterface(device, GUID_DEVINTERFACE_MYDEV, NULL); } // EvtIoDefault处理应用层发来的读写请求 VOID EvtIoDefault(WDFQUEUE Queue, WDFREQUEST Request) { WdfRequestCompleteWithInformation(Request, STATUS_SUCCESS, 0); }DriverEntry里WDF_DRIVER_CONFIG_INIT的第二个参数就是设备添加回调框架在设备枚举时调用它。EvtDeviceAdd里WdfDeviceCreate创建的是逻辑设备对象后面所有队列、中断、电源策略都挂在它下面。EvtIoDefault是默认 I/O 处理实际项目里会按WdfRequestGetParameters里的Type分流到读、写、IOCTL 三个分支。参数上最容易错的是WDF_NO_OBJECT_ATTRIBUTES新手常写成NULL编译能过但运行时会崩因为框架期望的是结构体指针。3. 编译、签名、加载把驱动跑起来的完整链路3.1 编译产物和 inf 文件的关系KMDF 工程编译完会得到.sys、.inf、.cat三个关键文件。.sys是驱动二进制.inf是安装说明书.cat是签名目录。很多人只关心.sys结果装的时候报“找不到指定文件”其实是.inf里的SourceDisksFiles段没写对。; 最小 inf 的关键段 [Version] Signature$WINDOWS NT$ ClassMyDeviceClass ClassGuid{...} ; 用 guidgen 生成 DriverVer06/01/2025,1.0.0.0 [Manufacturer] %MyMfg%MyMfg,NTamd64 [MyMfg.NTamd64] %MyDevice%MyDevice_Install, USB\VID_1234PID_5678 [MyDevice_Install.NT] CopyFilesMyDevice_CopyFiles [MyDevice_CopyFiles] MyDriver.sys [MyDevice_Install.NT.Services] AddServiceMyDriver,0x00000002,MyDevice_Service [MyDevice_Service] ServiceType1 StartType3 ErrorControl1 ServiceBinary%12%\MyDriver.sysDriverVer的日期格式必须是月/日/年写成2025/06/01会直接失败。USB\VID_1234PID_5678是硬件 ID要和设备实际上报的一致用 USBView 或设备管理器“详细信息”里的硬件 ID 核对。StartType3表示按需启动改成0就是引导启动调试阶段建议保持3避免驱动有问题导致系统起不来。3.2 测试签名和加载命令开发阶段不可能每次都去微软签名所以用测试签名模式。注意这一步需要管理员权限而且会改系统启动配置。# 开启测试签名模式重启后生效 bcdedit /set testsigning on # 生成自签名证书 makecert -r -pe -ss PrivateCertStore -n CNMyDriverTest MyDriverTest.cer # 签名 sys 文件 signtool sign /v /s PrivateCertStore /n MyDriverTest /t http://timestamp.digicert.com MyDriver.sys # 生成 cat 文件并签名 inf2cat /driver:. /os:10_X64 signtool sign /v /s PrivateCertStore /n MyDriverTest MyDriver.cat # 安装驱动 pnputil /add-driver MyDriver.inf /installbcdedit /set testsigning on之后桌面右下角会出现“测试模式”水印这是正常的。makecert生成的自签名证书要导入到“受信任的根证书颁发机构”和“受信任的发布者”否则加载时会报0x800B0109。pnputil /add-driver是 Win10 之后推荐的安装方式比右键 inf 安装更可靠日志可以用pnputil /enum-drivers查看。3.3 用 WinDbg 看第一个 DbgPrint驱动加载成功不代表逻辑正确最直接的验证手段是DbgPrint加 WinDbg。KMDF 驱动不能像用户态程序那样printf输出走内核调试通道。// 在 EvtDeviceAdd 里加一行 DbgPrint(MyDriver: DeviceAdd called, device%p\n, device); // 编译时确保 inf 的 [MyDevice_Install.NT] 段有 // DebugLevel0x0000000F 或者用 KdPrintExWinDbg 连接方式常见有两种本机内核调试需要双机或者虚拟机和 USB 调试。我一般用 Hyper-V 虚拟机跑目标系统宿主机 WinDbg 通过命名管道连过去。连上后DbgPrint的输出会直接出现在命令窗口。如果看不到输出先检查DbgPrint的过滤级别默认可能被屏蔽用KdPrintEx指定DPFLTR_IHVDRIVER_ID更稳。4. 避坑与排查驱动加载失败的五个高频现场4.1 设备管理器报“代码 52无法验证数字签名”现象是驱动装上了但设备带黄色感叹号属性里写代码 52。原因通常是.cat文件没签名或者签名证书没进受信任根。解决顺序是先确认testsigning是 on再确认.cat和.sys都签了最后把证书手动导入“受信任的根证书颁发机构”。注意signtool签名时如果加了/t时间戳离线环境会失败去掉时间戳参数即可。4.2 蓝屏 IRQL_NOT_LESS_OR_EQUAL这是 KMDF 新手最常见的蓝屏。现象是加载驱动后立刻 BSODdump 指向你的EvtIoDefault。原因一般是在PASSIVE_LEVEL才能调的函数被放到了DISPATCH_LEVEL执行比如WdfRequestComplete本身没问题但你在它之前调了ExAllocatePool没加NonPagedPool。解决方法是检查所有内存分配和等待操作确认 IRQL 要求必要时用WdfObjectAllocateContext替代手动分配。4.3 inf 安装报“找不到指定的文件”现象是pnputil返回0x80070002。原因通常是.inf里CopyFiles段列出的文件名和实际.sys名字不一致或者ServiceBinary的%12%路径写错。%12%代表System32\drivers这是固定写法不要改成绝对路径。解决方法是把.inf和.sys放同一目录用inf2cat /driver:.重新生成 cat再pnputil安装。4.4 驱动加载后设备不出现现象是pnputil显示安装成功但设备管理器里没有新设备。原因可能是硬件 ID 不匹配或者EvtDeviceAdd里WdfDeviceCreateDeviceInterface的 GUID 和应用程序请求的 GUID 不一致。解决方法是先用USBView确认设备上报的硬件 ID再检查.inf的[Manufacturer]段是否覆盖了该 ID。如果是纯软件设备需要手动用devcon创建节点。4.5 WinDbg 连不上目标机现象是 WinDbg 一直显示Waiting to reconnect。原因常见于虚拟机串口配置错误或者目标机没开调试模式。解决方法是确认目标机bcdedit /dbgsettings输出正确串口管道名字和 WinDbg 里填的一致。Hyper-V 下要用“命名管道”不要用“COM 端口”管道名两边必须完全相同大小写敏感。5. 进阶用 WDF 做用户态 UMDF 驱动和自动化测试UMDF 的工程结构和 KMDF 几乎一样但运行在用户态调试可以直接附加进程。我一般用它来做协议转换类设备比如把自定义 USB 数据转成虚拟串口。关键区别是 UMDF 的DriverEntry叫FxDriverEntry回调注册用WDF_DRIVER_CONFIG_INIT时第二个参数传EvtDeviceAdd不变但WdfDeviceCreate之后不能调WdfInterruptCreate因为用户态没有中断概念。// UMDF 的 DriverEntry 写法 NTSTATUS FxDriverEntry(PWDFDRIVER Driver, PUNICODE_STRING RegistryPath) { WDF_DRIVER_CONFIG config; WDF_DRIVER_CONFIG_INIT(config, EvtDeviceAdd); return WdfDriverCreate(Driver, RegistryPath, WDF_NO_OBJECT_ATTRIBUTES, config, WDF_NO_HANDLE); }UMDF 的.inf里ServiceType要改成2表示用户态服务。加载后用sc query能看到服务状态但设备节点还是在设备管理器里。调试时用 WinDbg 附加到WUDFHost.exe进程直接下断点比 KMDF 双机调试舒服得多。自动化测试方面我习惯用 PowerShell 脚本跑一遍加载、读写、卸载的完整流程避免每次手动点设备管理器。# 自动化加载卸载测试 pnputil /add-driver MyDriver.inf /install Start-Sleep -Seconds 2 $dev Get-PnpDevice | Where-Object { $_.FriendlyName -like *MyDevice* } if ($dev.Status -ne OK) { Write-Error 设备未就绪 } # 这里调用应用层测试程序 .\MyDriverTest.exe pnputil /delete-driver MyDriver.inf /uninstall这个脚本的关键是Start-Sleep给设备枚举留时间Get-PnpDevice确认状态最后pnputil /delete-driver清理。注意卸载前要先停掉占用设备的应用否则会报0x80070005拒绝访问。我踩过的坑是脚本里没加-ErrorAction Stop导致中间失败还继续跑最后误判为通过。现在习惯在每个关键步骤后加状态检查宁可脚本长一点也不要假阳性。希望帮到你。本文还有配套的精品资源点击获取