决策矩阵：Mod 游戏闪退（CTD）核心症状与成因排查
在游玩重度 Mod 化的游戏（如《上古卷轴5》、《辐射4》、《赛博朋克2077》、《星露谷物语》等）时，游戏闪退至桌面（Crash to Desktop，简称 CTD）绝非偶发的玄学故障，而是严格遵循着特定的文件与内存依赖断裂规律。
| 崩溃触发时机 | 底层故障机制 | 最主要罪魁祸首 | 针对性排查方案 |
|---|---|---|---|
| 双击启动后 2 秒内秒退，甚至未见到主菜单 | 主文件缺失（Missing Master） | 启用的某个 Mod 依赖的前置 .esm/.esp 被关闭或未安装 | 检查 MO2 右上角黄色/红色警报，补齐前置依赖 |
| 在主菜单点击“读取存档”进度条读完瞬间闪退 | FormID 冲突或已被移除脚本的孤儿数据引发空指针 | 存档中强行移除了含复杂脚本的 Mod，导致存档脏数据 | 使用落单脚本清理工具，或退回移除前的旧存档 |
| 在大地图自由探索或跨越场景区域时随机闪退 | 3D 模型骨骼损坏、网格（Mesh）冲突或内存溢出 | 损坏的 .nif 模型资源、超大未压缩材质或寻路网格冲突 | 查看 Crash Log 崩溃日志中的堆栈偏移与异常文件 |
| 游戏能进但 Mod 功能完全不生效 | 资源失效（Archive Invalidation）未开或排序被完全反向覆盖 | 补丁 Mod 的加载顺序排在了被修改的主 Mod 之前 | 在 Mod 管理器中调整右侧插件优先级，确保补丁垫后 |
为什么 LOOT 一键自动排序不是万能灵药？
很多玩家依赖 LOOT（Load Order Optimization Tool）的一键排序功能，但在以下场景下 LOOT 会彻底失效：
- 新发布与冷门 Mod 的规则真空：LOOT 依赖社区维护的主控清单（Masterlist）。新发布的 Mod 或小众汉化包由于没有被收录规则，会被随意丢在最后或插入错误位置。
- 同层同条目冲突（Record Override）：当 Mod A 和 Mod B 同时修改了同一把武器的属性，LOOT 只能让后加载的 Mod 全面抹杀前者的修改。要想让两者共存，必须使用 xEdit 等工具手动制作冲突解决补丁（Merged / Smashed Patch）。
50/50 二分法（Binary Search）极限排错实操手册
当你安装了上百个 Mod 遭遇神秘闪退且日志无法精确定位时，数学上最高效的排查方案是 50/50 二分法：
第一步：确立干净的基础测试环境
- 保持基础运行前置库（如 SKSE/F4SE 脚本扩展器、底层前置框架）开启。
- 禁用所有其他普通功能性 Mod，验证原版游戏能正常进入主菜单并新建角色。
第二步：二分切割与分段测试
- 将待排查的 Mod 列表按顺序分为前后两半：开启前 50%，禁用后 50%。
- 启动游戏并复现崩溃场景：
- 情况 A：游戏依然崩溃 -> 证明故障 Mod 就在当前开启的前 50% 之中！保持后 50% 禁用不变，将前 50% 再次二分为两半继续测试；
- 情况 B：游戏完全正常 -> 证明前 50% 没有任何冲突！将其全部禁用，换成开启后 50%，验证崩溃随之转移。
第三步：极速收敛定位罪魁祸首
通过不断减半排除，哪怕你装了 512 个 Mod，最多只需要测试 9 次（$2^9 = 512$），就能在十几分钟内精准抓出是哪一个具体的 Mod 导致了整套环境崩溃。
第四步：配合崩溃日志定位异常堆栈
安装游戏专用的 Crash Logger 插件。在崩溃后进入日志目录（通常在 %USERPROFILE%\Documents\My Games\[GameName]\CrashLogs\），打开最新的 .log 文本，直接阅读 PROBABLE CALL STACK 一栏，排查顶部前 5 行出现的 .esp 或 .dll 模块名。