[TOC]

显卡DXGI_ERROR_DEVICE_HUNG 的处理指南

在这里插入图片描述

背景与成因

DXGI_ERROR_DEVICE_HUNG（0x887A0006） 表示图形设备在执行过程中进入“挂起/无响应”状态，常见表现为游戏卡死后闪退。该错误属于 DXGI 错误码的一种。 (Microsoft Learn)

当显存（VRAM）被高分辨率贴图、光线追踪缓存、长时间游玩累积的资源占用推到上限时，显卡需要频繁回收/搬运资源；若某些渲染任务因此耗时过长，可能触发 Windows 的 TDR（超时检测与恢复） 机制，系统会重置图形栈来避免整机无响应，最终表现为游戏崩溃或驱动重置。 (Microsoft Learn)

快速判断是否为“爆显存”触发

用任务管理器确认“专用 GPU 内存”是否贴顶

  1. 打开 任务管理器 → 性能 → 选择 GPU。
  2. 观察 Dedicated GPU memory usage（专用 GPU 内存） 是否长期接近上限，尤其是在崩溃前持续攀升。
    Windows 的 GPU 内存统计与分解方式在 DirectX 团队说明中有详细解释。 (Microsoft for Developers)

用现象辅助定位

  • “玩一段时间才崩”更符合资源累积导致显存压力上升的特征。
  • “切换场景/传送/过场动画附近更容易崩”常见于贴图与缓存瞬时激增。

按优先级处理

1) 先把显存压力降下来

按顺序执行（每次只改一到两项，便于验证）：

  • 贴图质量：从“超高/极致”降到“高/中”（通常最直接影响显存）
  • 分辨率：4K → 2K → 1080p（或降低渲染比例）
  • 阴影/植被/视距：各降一档（会减少需要常驻的资源量）
  • 纹理包/高清材质：若存在可选 DLC，先禁用测试

2) 关闭容易推高显存与缓存的特性

  • 光线追踪（Ray Tracing）：先关闭
  • 帧生成（Frame Generation）：先关闭
  • 超高品质反射/全局光照：优先降档

3) 释放被后台占用的显存

  • 关闭可能大量占用 GPU 的后台程序（浏览器多个标签、录屏/直播、显卡叠加层、聊天软件硬件加速等）。
  • 长时间游玩后若显存占用持续不回落，退出到桌面并重新启动游戏，用于清空资源缓存（对疑似显存泄漏/回收不及时特别有效）。

Epic 对 GPU 内存不足（OOM）场景给出的通用建议也包含“关闭其他消耗 GPU 内存的程序、降低分辨率与资源复杂度”。 (哔哩哔哩)

4) 若游戏支持，切换到更“保守”的图形 API

  • 优先选择游戏内提供的 DirectX 11 / Vulkan（若存在），降低 DX12 路径下的显存与驱动压力。
  • 若只能使用 DX12，则继续优先通过“贴图质量 + 分辨率 + 关闭 RT/帧生成”控显存。

5) 兜底项：仅在确认是 TDR 触发时再考虑延长超时

TDR 是 Windows 用于检测 GPU 长时间无响应并尝试恢复的机制。 (Microsoft Learn)
在开发/调试场景，微软提供了 TDR 相关注册表键用于测试与调试用途。 (Microsoft Learn)
Epic 文档也给出了通过 TdrDelay / TdrDdiDelay 延长等待时间的做法，并明确提示修改注册表可能带来系统风险。 (Epic Games Developers)

注意：该方式可能掩盖问题而非解决“爆显存”，且存在系统稳定性风险；务必先备份系统与注册表，再执行。 (Epic Games Developers)

6) 若显存已降仍复现：驱动稳定性配合处理

  • 回退到公认稳定的显卡驱动版本（部分游戏社区反馈“新驱动更容易触发 DX 错误”，回退后缓解）。 (Steam社区)
  • 采用“干净安装/清洁重装”方式避免残留配置影响。

验证方式

  • 以固定路线或固定存档游玩 30–60 分钟。

  • 同时记录：

    • 专用 GPU 内存峰值与是否贴顶
    • 崩溃发生点是否明显后移或消失

若“贴图质量降档 + 分辨率降低 + 关闭光追/帧生成”后稳定性明显提升，基本可判定为“显存压力触发的挂起/超时恢复”路径。