常见崩溃日志消息修复方法 Ⅲ

不吃海鲜

一旦你找到了确切的罪魁祸首（有缺陷的模组或插件）
一旦你找到导致崩溃的mod/plugin，你可以做以下事情。

警告：切勿尝试手动删除崩溃日志中提到的文件。
我很惊讶我竟然要写这样的警告。相反，请执行以下操作：


A
如果你在开始新游戏或战前阶段崩溃，请完全禁用该mod/插件，只有在离开Vault 111后才能启用。
介绍序列迫使许多脚本同时运行，游戏可能无法一次处理所有修改的内容。如果你想更加安全，
在游戏开始时只启用一半的模组，另一半在离开Vault 111后启用（+再等5分钟，这样所有后台脚本都可以完成加载）。

B
确保你使用的是该模组的最新版本。错误和描述选项卡，查看是否有任何报告的错误或已知问题，以及是否有解决方法。如果有可用的补丁，请检查“文件”选项卡，并打开“描述”选项卡上的“要求”下拉菜单，查看是否有人为该模块创建了任何补丁。

C
调整该模块的加载顺序。如果你幸运的话，崩溃的原因可能只是两个或几个模组之间的冲突。
你可以尝试将导致崩溃的模组放在加载顺序的末尾，这样它就会在所有其他模组之后加载。
这可以确保该模组中的任何内容都不会被覆盖，并且更改加载顺序不会对你的保存文件产生任何负面影响。

D
将模组清理并打包到BA2档案中。清洁是通过FO4Edit的快速自动清洁和创建工具包完成的。
如果模组尚未打包到BA2档案中，强烈建议您使用大教堂资产优化器（CAO）自行打包，
游戏在从打包的模组中访问数据方面要高效得多。下载并使用最新的5.3.x版本（6.x.x尚未与FO4兼容）。

E
保持mod禁用或完全卸载。虽然这是最简单的解决方案，但请记住，这并不是在每种情况下都是最好的甚至足够的解决方案。
因为一些mod数据可能会被烘焙到您的保存文件中，在您开始新的游戏/游戏之前，这些数据不会被正确清除。
对于大量脚本化或添加新任务和NPC的模组来说，这是一个主要问题。如果你被迫禁用这些以防止崩溃，你最好开始一个新的游戏/游戏。
尽管我警告过你，你仍然可以继续使用相同的扑救，但要知道这可能会适得其反。

崩溃错误/消息
下面列出了针对某些崩溃错误出现的所有已知日志消息及其可能的解决方案。
请注意，某些特定崩溃的解决方案可能不适用于所有人，您可能不得不求助于二进制搜索来准确确定哪个mod导致了崩溃。
如果你发现任何解决方案不清楚、具有误导性或根本不起作用，请告诉我。