首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >游戏崩溃日志怎么看,按事件查看器到崩溃转储的顺序排查

游戏崩溃日志怎么看,按事件查看器到崩溃转储的顺序排查

原创
作者头像
软领
发布于 2026-11-04 09:43:27
发布于 2026-11-04 09:43:27
2330
举报

游戏突然弹回桌面,屏幕上什么提示都没留下。遇到这种情况,多数人的第一反应是重装,或者一个个换显卡驱动去试——其实系统已经在事件查看器里替你记了一笔。

按 应用程序日志(事件 ID 1000 的错误模块)→ 系统日志 Display 4101 → .dmp 崩溃转储 → sfc /scannow 与 DISM → 运行库依赖 这个由软到硬的顺序读,几十分钟就能判断问题出在驱动、依赖还是系统文件上,比重装碰运气稳妥得多。这些记录都是系统自己留下的,闪退时硬件大多没坏,不必急着送修。

判断顺序比单个工具更重要。 下面这套方法在 Windows 10/11 实测可用,最后更新 2026-09-28。

先分清崩溃类型,再决定从哪查起

游戏闪退的现象不同,指向的原因也不同。先把这次崩溃归到哪一类,再往下按顺序查,能省掉大量盲目重装的时间。

闪退现象

常见原因

启动就崩

运行库或游戏文件损坏

玩到一半崩

显卡驱动或温度

先黑屏一下再退出

显示驱动超时恢复(TDR)

死机或断电重启

系统日志里的 Kernel-Power 41

把崩溃时间和现象记下来,再按顺序往下走。

按由软到硬的顺序排查

方法一:用事件查看器读应用程序日志,锁定错误模块

绝大多数闪退都会在应用程序日志里留下一条事件 ID 1000 的记录。先看它的错误模块名称和异常代码,排查范围立刻缩小。

  1. Win+R 输入 eventvwr.msc 回车,打开事件查看器。
  2. 左侧依次展开:Windows 日志 → 应用程序。
  3. 右侧点「筛选当前日志」,事件来源勾 Application Error,事件 ID 填 1000。
  4. 双击记录,看「常规」里的「错误模块名称」是哪个 .dll,「异常代码」是多少。
  5. 记下出错时间,和游戏闪退的时间点对齐,确认是不是同一次。

异常代码本身就带信息:

异常代码

常见含义

0xc0000005

内存访问冲突,多见于显卡驱动或反作弊组件

0xc000007b

程序位数与运行库不匹配,32 位程序配了 64 位运行库也会这样

把错误模块名和异常代码抄在记事本里,后面每一步判断都要拿它对照。

方法二:查系统日志里的显卡驱动超时记录

玩到一半先黑一下再退回桌面,多半是显示驱动超时恢复(TDR),系统日志里会有来源 Display 的事件 ID 4101。

  1. 事件查看器左侧选:Windows 日志 → 系统。
  2. 右侧点「筛选当前日志」,来源填 Display,事件 ID 填 4101。这条的原文是「显示驱动已停止响应,并且已恢复」。
  3. 顺带看一眼 Kernel-Power 事件 ID 41,死机或断电重启会留下这条。
  4. 出现 4101 先换驱动版本,回退到上一个稳定版,别用最新的测试版。
  5. 游戏里把画质、光追、分辨率缩放各降一档,再复测一轮。
  6. 关掉显卡超频工具里的超频档和激进的风扇曲线。

4101 只说明驱动响应超时,显卡本身多数没问题。先换版本、降画质,看它还会不会出现。

方法三:打开 .dmp 崩溃转储,看崩在哪个模块

崩溃转储能直接指出出错模块和调用栈,比日志更具体,配合游戏平台的文件校验还能排掉坏文件。

  1. 先找转储:在资源管理器地址栏输入 %LOCALAPPDATA%\CrashDumps,再看游戏安装目录下有没有 .dmp。
  2. 用 WinDbg 打开该 .dmp,在命令框执行 !analyze -v。
  3. 看 FAULTING_MODULE(出错模块)和异常代码,是否和方法一里记的一致。
  4. Steam 库右键游戏 → 属性 → 已安装文件 → 验证游戏文件的完整性。
  5. 其他平台用自带的文件校验入口,或者只重装报错的那个模块。
  6. 转储若指向某款反作弊组件或 Mod,先禁用 Mod、修复反作弊再进游戏。

转储和日志对上了,基本能确定是哪个模块在崩;对不上,就往硬件或供电方向走。

方法四:用 sfc 和 DISM 排除系统文件与运行库问题

日志和转储都指向系统组件时,用系统自带的修复命令校验并还原受损文件,再补齐缺失的运行库。

  1. Win+X → 终端(管理员),确认窗口标题写着管理员。
  2. 先执行 sfc /scannow,跑完看是否提示「已修复损坏的文件」。
  3. 再执行 DISM /Online /Cleanup-Image /RestoreHealth,等进度到 100%。
  4. 核对 C:\Windows\System32 下报错模块对应的文件是否完整、版本是否正常。
  5. 补装 VC++ 各年份运行库与 DirectX 运行库,32 位和 64 位都要装。
  6. 中途别关窗口,跑完重启系统再进游戏验证。
代码语言:cmd
复制
sfc /scannow
DISM /Online /Cleanup-Image /RestoreHealth

sfc 提示「无法修复某些文件」时,先跑一遍 DISM 再重跑 sfc,多数能通过。这两条命令只动系统文件,不会碰你的存档。

方法五:兜底排查硬件与后台冲突

软件层都干净了还崩,就往硬件和后台冲突上查:温度、超频、内存故障、开机启动的第三方程序。

  1. 任务管理器 → 性能,看崩溃瞬间 CPU、内存、GPU 是冲满还是直接掉到 0。
  2. Win+R 输入 mdsched.exe 做内存检测,再用显卡压力测试跑一轮,看是不是必崩。
  3. 关掉 CPU、显卡超频与 XMP,恢复默认频率再复测。
  4. 看温度:显卡长期 85℃ 以上、CPU 95℃ 以上,容易触发保护性退出。
  5. 任务管理器 → 启动,禁用非微软启动项并重启,做一次干净启动排除冲突。
  6. 换一个厂商稳定版驱动重装,验证一轮仍崩再考虑送修。

硬盘有异响,或者 SMART 报重映射,先备份数据再谈修游戏。

常见问题

游戏闪退,但事件查看器里没有 Application Error 1000 怎么办?

先确认筛选条件:事件来源选 Application Error,事件 ID 填 1000,日志范围选「应用程序」。还是没有,就去系统日志找 Kernel-Power 41 或 Display 4101,另外翻一下杀毒软件和优化工具的拦截记录——进程被强行结束也可能不留 1000。

错误代码 0xc000007b 是什么原因,怎么修?

这是程序位数和运行库对不上,常见于缺 VC 组件,或者 32 位程序调到了 64 位 dll。按方法四把 VC 各年份运行库和 DirectX 运行库补齐,32 位、64 位都装上,重启再进游戏。

系统日志出现 Display 事件 ID 4101,是显卡坏了吗?

4101 表示显示驱动停止响应后又被系统拉了回来,属于超时恢复。先换一个厂商稳定版驱动,再把画质和超频档降下来复测,多数情况不用换卡。

游戏目录里找不到 .dmp 崩溃转储文件怎么开?

转储默认可能没开。右键此电脑 → 属性 → 高级系统设置 → 启动和故障恢复 → 设置,把「写入调试信息」改成「小内存转储(256 KB)」,下次崩溃后去 %LOCALAPPDATA%\CrashDumps 或 C:\Windows\Minidump 找。部分游戏会自己在安装目录生成 .dmp。

sfc /scannow 跑完还是闪退,下一步该查什么?

回到转储里的 FAULTING_MODULE 看它指向谁。指向显卡驱动就换驱动版本,指向运行库就补运行库,指向反作弊或 Mod 就先禁用 Mod。命令行修不了硬件,转储每次都崩在同一处、又排除了软件因素,再考虑内存和显卡压力测试。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 先分清崩溃类型,再决定从哪查起
  • 按由软到硬的顺序排查
    • 方法一:用事件查看器读应用程序日志,锁定错误模块
    • 方法二:查系统日志里的显卡驱动超时记录
    • 方法三:打开 .dmp 崩溃转储,看崩在哪个模块
    • 方法四:用 sfc 和 DISM 排除系统文件与运行库问题
    • 方法五:兜底排查硬件与后台冲突
  • 常见问题
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档