重磅消息：微软终于正式向 GPU 崩溃这一长期顽疾发起总攻。更令人关注的是，此次举措将使 AMD、Nvidia、Intel 三大显卡厂商共同受益——这的确值得注意。
具体而言，微软于 2026 年 6 月 18 日向开发者发布了 DirectX Dump Files（DirectX 转储文件）的公开预览版。该功能最初在今年 GDC（游戏开发者大会）上首次亮相，当时微软承诺将主机级别的 GPU 开发工具引入 Windows 平台。简而言之，这一工具旨在填补 Windows 平台在 GPU 崩溃调试方面的空白。
经常浏览技术论坛的用户对“掉驱动”抱怨一定不陌生。显卡崩溃问题对于开发者而言堪称噩梦：难以重现、随机性极高，且不同硬件、驱动程序及 Windows 版本下的表现差异巨大。此前缺乏统一的排查机制，各家硬件厂商各自为战。
值得关注的是，Windows 11 的图形驱动超时与检测恢复（TDR）机制并非全新事物。在 Win11 24H2 和 25H2 中，WDDM 3.2 已针对这一机制进行了专项优化。然而，DirectX Dump Files 预览版的发布，标志着微软正式向跨硬件厂商的统一解决方案迈出了关键一步。
这一名为“DirectX Dump Files”的新功能基于 DirectX 12 API，其工作原理如下：当图形相关程序出现崩溃、挂起或冻结时，系统将自动捕获 GPU 执行状态的快照，并生成后缀为 .dxdmp 的转储文件。类似系统崩溃时的内存转储文件，但其内容更为聚焦——包含硬件、驱动程序、Windows 系统以及受影响的应用程序的详细数据，便于开发者精准定位问题根源。
早在 GDC 2026 首次展示该技术时，微软便明确了设计思路：从图形栈的每一层收集数据，全部整合至单一文件中，开发者无需再手动关联多个工具日志——极大简化了排查流程。
查看转储文件的内容，堪称技术细节的百宝箱：包括寄存器值、着色器程序计数器、页错误虚拟地址、着色器内存数据、命令缓冲区等 GPU 硬件状态信息，以及 DirectX 运行时和内核层面的数据，如 D3D 对象、管线状态对象、设备错误数据、适配器详情和 CPU 调用堆栈。可以说，所需信息一应俱全。
微软将该功能划分为两大主要用例：零售设备移除和本地设备移除。前者允许开发者从终端用户设备收集崩溃信息，后者则帮助 QA 及开发者在其测试机器上复现问题。此外，开发者还可通过新 API 附加最多 2 MB 的自定义应用数据，为诊断提供更多线索。
在性能开销方面，微软提供了三种贴心的模式：“无开销（NO_OVERHEAD）”模式实现零运行时成本，适用于大规模部署；“中开销（MEDIUM_OVERHEAD）”模式在诊断数据完整性与性能影响之间取得平衡；“高开销（HIGH_OVERHEAD）”模式提供最全面的信息，但性能开销也最大。具体选择取决于应用场景。
此外，还有一个有趣的补充：HLSL DebugBreak() 内部函数。当着色器遇到预期之外的情况时，可主动触发 TDR，立即生成转储文件。这相当于在代码中嵌入了一个“紧急制动按钮”。
在兼容的 Tier 2 级别硬件上，系统将默认启用零开销模式，开发者无需修改任何代码即可接收崩溃数据——这可谓开箱即用的便利。
微软高级程序经理 Jacques van Rhyn 透露，AMD、英特尔、英伟达和高通均在 GDC 上测试过该功能。目前部分设备已获得专用驱动支持，未来硬件覆盖范围将进一步扩大。即便没有专用驱动，只要系统与 Agility SDK 满足要求，也能生成不含硬件状态和驱动数据的部分转储文件——虽不完整，但至少提供了排查起点。
当前的使用门槛并不高：机器需开启开发者模式，安装 Agility SDK 1.721.1-preview，并运行特定版本的 Windows 系统（24H2/25H2 需 KB5089573 或更高，26H1 需 KB5089570 或更高）。
在硬件与驱动方面，AMD 已发布对应的 Agility SDK 开发者预览版驱动（版本号 26.10.07.02），支持 Radeon RX 9000 系列和 RX 7000 系列显卡。至于英特尔、英伟达和高通的预览驱动或开发信息，则需联系其各自的开发者关系代表获取。
最后需要指出的是：微软明确表示，DirectX Dump Files 目前尚未计划用于零售版游戏，而是鼓励开发者使用预览版测试工作流，并协助完善最终产品。根据时间表，预计在 2026 年秋季 Win11 26H2 正式发布时，该功能才会大规模推送。留给开发者调试和反馈的时间窗口相当充裕。
