先看结论
记录只有游戏关闭还是电脑重启，以及发生时机。启动时比较 MOD 与叠加层；载入时先保全存档并检查文件和场景差异；长时间游玩后观察 RAM、显存与温度变化。核对 Windows 记录中的游戏和时间，每次只改一项。
需要其他检查？查看相关指南与工具 →先确认是否只有游戏退出
本指南针对游戏关闭并返回 Windows 桌面。画面冻结、整台电脑关机或重启、带停止代码的蓝屏需要不同检查。没有中译版的相关链接会注明语言。
记录游戏和版本、发生时间、启动后经过多久、完整错误、存档槽位和场景。在安全前提下比较同一操作；疑似存档损坏时先复制保全。
按启动、载入或长时间游玩选择起点
时间规律不能单独确定原因。文件损坏也可能影响启动，MOD 也可能影响载入，驱动失败也可能发生在长时间游玩后。依据记录和每次比较结果选择下一项。
| 退出时机 | 先确认什么 | 首次比较 |
|---|---|---|
| 标志画面附近或启动后立即退出 | 是否在安装 MOD/ReShade 后开始？更新前能否运行？ | 用管理器停用 MOD 后比较，再单独比较关闭叠加层；无变化时考虑备份后重置设置。 |
| 载入存档或区域时 | 只影响一个存档/场景，还是其他槽位或新游戏也失败？ | 先复制存档。其他槽位也失败时验证 Steam 文件；只一个失败时保留原件并联系支持。 |
| 几十分钟或数小时后 | 游玩中 RAM、独立显存余量是否下降，温度是否上升？ | 正常关闭不必要应用再比较；显存紧张时把纹理降低一档。温度检查参见相关日文冻结指南。 |
步骤 1：记录现象与时间
- 记录返回桌面的时间、发生在启动还是载入阶段、已游玩多久，以及同一操作是否复现。断电、自动重启和蓝屏使用各自的指南。
- 按下方 Windows 历史说明查找同一时刻的目标游戏。没有记录时写明“无匹配记录”，不要只凭模块名推断原因。
未能解决问题的结果，也能帮助下一位读者。
步骤 2：选择与发生时机相符的一项检查
- 启动时：用管理器停用 MOD 后比较；另一次比较时在 Steam 游戏属性的常规页关闭叠加层。不要覆盖依赖 MOD 的存档。
- 载入时：先复制存档，再比较其他槽位或新游戏。Steam 中通过属性、已安装文件验证完整性；此操作可能恢复被 MOD 修改的文件。
- 长时间游玩后：在相同场景比较任务管理器内存与独立 GPU 内存。内存余量下降时正常关闭不必要应用；显存紧张时把纹理降低一档。温度也上升时检查散热与通风。
未能解决问题的结果，也能帮助下一位读者。
步骤 3：在相同条件下比较，再决定下一项
- 改变前后使用同一存档、场景和相近时长，记录崩溃时间、经过时间及唯一改变的项目。无改善时恢复该设置再比较下一项。
- 一个游戏仍失败且始于更新后时，比较 GPU 驱动版本与变更日期。多个游戏失败时查看整机历史和制造商诊断，不要反复重装游戏。
未能解决问题的结果，也能帮助下一位读者。
没有错误提示时，检查 Windows 崩溃历史
例如 Game.exe 在相符时间停止且只有游戏退出，可优先比较更新、MOD 和存档。KERNELBASE.dll 等模块名不能确诊，更不是替换 DLL 的指令。多个游戏或 Windows 也失败时，同时调查电脑整体。
- 按 Windows+R，输入 perfmon /rel。在可靠性监视器中选择当天的红色故障标记；目标游戏有停止工作记录时，打开技术详情并记录时间、应用名称和问题事件名称。
- 没有时，右击开始菜单打开事件查看器，进入 Windows 日志的应用程序。检查崩溃时间附近的错误并核对游戏 EXE。Application Error 1000 与附近的 Windows Error Reporting 1001 可能提供线索。
- 记录常规信息中的故障应用、故障模块、异常代码和时间。其他应用的错误或相隔数小时的警告不能证明原因。没有匹配时记录这一结果，再按发生时机比较。
日志与诊断结果：三个阅读示例
仅用于说明，不是真实游戏事故、测量结果或截图。SampleGame.exe 与 OtherApp.exe 是虚构名称。比较的是同一天、同一时区的时间。
可靠性历史中查看时间与应用名称；事件查看器中查看常规信息里的故障应用、模块和异常代码。诊断工具需核对选中的游戏 EXE、采集时间范围及观察到的错误或无响应。不同 Windows 版本与界面的字段名可能不同。
1. 游戏名与时间一致
比较字段（示例）
- 个人记录
- SampleGame.exe 在 20:15 关闭
- 日志时间与应用
- 20:15 / SampleGame.exe
- 事件
- Application Error / 1000
可以知道什么，以及不能断定什么
这是与游戏退出有关的候选记录。名称和时间一致也不能确定原因，不能只凭模块名或异常代码更换 DLL 或认定驱动故障。
下一项检查: 按崩溃时机选择一项比较
2. 同时刻的错误属于其他应用
比较字段（示例）
- 个人记录
- SampleGame.exe 在 20:15 关闭
- 日志时间与应用
- 20:15 / OtherApp.exe
可以知道什么，以及不能断定什么
时间接近但应用不符，不能用这一条解释游戏崩溃。确认选择的是游戏 EXE 而非启动器，再寻找相符记录。
下一项检查: 在 Windows 崩溃历史中核对目标应用
3. 没有找到匹配记录
比较字段（示例）
- 个人记录
- 游戏在 20:15 关闭
- 检查范围
- 20:10–20:20 / 匹配游戏记录 0 条
可以知道什么，以及不能断定什么
只表示这个范围内未找到匹配记录，不证明正常或已修复。区分采集失败、EXE 选错、时间范围错误和记录延迟。读取错误不等于结果为零。
下一项检查: 核对游戏 EXE 和采集范围（英文）
没有日志时仍可记录时间、退出方式和测试的一项改动。电脑整体不稳定或疑似存档损坏时，不要反复复现。分享前去除用户名、电脑名与完整路径，不要直接公开原始日志。
单条用户恢复报告：区分 Steam 扩展与游戏 MOD
2026年10月3日（日本时间），一位用户报告 Steam 版《怪物猎人：荒野》在临时停用第三方 Steam 客户端扩展后能够游玩；此前在标题画面前退出。关闭 OBS、Steam 叠加层、验证文件、确认未强制管理员模式，以及更新 GPU 驱动并重启均未解决。之后的只读检查发现 Steam 进程从安装根目录加载了额外 DLL。这是匿名用户报告，不是官方修复或受控因果证明。
文件存在与实际加载到进程是不同事实。该报告没有确认文件加载到游戏进程，也未证明某个 DLL 是原因。不要按文件名删除；不认识安装内容时停止。System32 中的同名 Windows DLL 不属于检查范围。
改变前复制并核对设置与存档；会重定向存档的扩展还需检查外部云存储和自定义位置。重要数据无法保全时不要继续。只检查目标游戏，出现同步冲突或存档缺失警告时停止，不覆盖。保留能工作的状态，不要为复现而重新启用扩展。
所链接的英文 Wilds 报告记录 DLL 名称、只读检查、可逆暂停和用户报告结果。不要推广成其他游戏的相同原因或成功率。
比较结果并决定下一步
示例记录：“改变前，同一存档载入后每次五分钟内退出；唯一改变是停用 MOD；改变后同一场景运行20分钟未退出。”这只是填写示例，不是实测结果。未再发生也不能认定永久修复，应在正常游玩中继续比较。求助时附游戏版本、崩溃时间、Windows 记录中的应用名与异常代码及已尝试检查。
| 结果 | 下一步 |
|---|---|
| 没有 MOD 时可以启动 | 核对 MOD 来源的更新与游戏版本；恢复必要 MOD 前保全存档，并逐项比较。 |
| 只有一个存档无法载入 | 保留副本，比较其他槽位，不删除原件；向游戏支持提供记录。 |
| 游玩越久，内存余量越低 | 关闭不必要应用，在同样时长比较；独立显存紧张时降低一档纹理并记录。 |
| 多个游戏崩溃，或电脑也重启 | 检查驱动变更与整机故障历史，不要反复重装单个游戏。 |
保全存档，避免猜测性的 DLL 修复
未先保全时不要覆盖依赖 MOD 的存档。不要因为日志提到某 DLL 就替换它，也不要从未知来源下载。保留设置与存档，每次只改变一项。
常见问题
没有提示就返回桌面，先看哪里？
记录时间，打开可靠性历史查找目标游戏。没有时查看事件查看器中的 Windows 日志、应用程序。即使没有记录，也可按启动、载入、长时间游玩的时机选择比较。
事件出现 KERNELBASE.dll，需要重装它吗？
不需要。故障模块只是记录故障位置的线索，不证明文件或硬件损坏。结合游戏、时间、复现条件和发行商说明判断，不要从文件分发站下载 DLL。
只在载入时崩溃，可以删存档吗？
不要删除。关闭游戏并复制到其他位置，再比较其他槽位或新游戏；Steam 版可验证文件。只有一个存档失败时联系官方支持并保留原件。
大约一小时后退出，原因就是温度吗？
仅凭时间不能确定。比较可用 RAM、独立显存和温度变化，每次只改一项，例如关闭不必要应用。多个游戏或正常桌面使用也失败时联系电脑制造商。
资料来源与编辑说明
根据日文与已核对的英文版改写官方 Windows/Steam 操作。Steam 扩展部分是2026年10月3日（日本时间）收到的一条匿名用户恢复报告，不是官方修复、受控因果证明或成功率统计。
Microsoft：系统工具与事件查看器（日文）Microsoft Learn：应用崩溃及事件1000/1001（英文）Dell：使用可靠性监视器识别软件问题（英文）Steam：验证游戏文件（日文）