收藏一下吧，万一用上了呢。在原版环境下mc的存档一般不会出问题，但非原版端里就比较常见了，模组一多，mc不稳定就容易导致坏档，老玩家多少都会遇到。本凶猫就来分享几个修复方法给大家，将从无损到有损，从简单到麻烦的顺序给大伙说说。不过方法比较偏向Je模组版的，基岩板的缺少工具和日志，如果有的话道理也是一样的。

游戏内修复

死档比较常见的原因是“tick”到了模组bug点然后崩了，原版通常遇不到这种问题，“tick”死的会有崩溃日志，从日志里是可以看到具体发生点位的，详细位置和大概原因都有，如果知道是哪一个模组导致的，看看它有没有新版，新版可能修复了，如果它没修并且你还能进得去存档，进去后立马“tick freeze”，这是一个冻结游戏刻的命令，高版本自带，低版本用mod，类似时停，既然是因为“tick”触发的崩溃，不“tick”自然就不崩了，然后你就可以去崩溃点修复问题，比如掘掉bug方块，移除bug实体；之后再tick freeze”关掉时停就好了。

不过呢，通常遇到这种情况是没有机会进存档里“tick freeze”的，通常bug点就在你附近，毕竟通常都是人为触发的bug，你还没加载好就已经崩了，根本进不去，这情况下可以将存档转移到服务端上，在玩家进入前“tick freeze”，但如果崩溃位置正好在常加载区块上，那服务端也起不来了，如果正好常加载用的是ftbc这类可以安全移除不影响存档和它的数据的模组，那就移除，修好bug再加回来就行，如果不是，就看你选择了，假如常加载用的模组就一个方块，作用就是加载，只要不动那个方块的位置，模组移除再加回来是能恢复，但nbt会没了，如果你动了那个位置，比如放了别的方块顶掉了，那就再也恢复不了了。

线程死锁问题，通常锁逻辑服务端线程上，如果是单人模式，很高版本才带看门狗，而服务端自带，作用是60秒没响应强制杀进程抛崩溃并存档（通常存在触发死锁前一点点的，能更好找到问题），没看门狗只能让系统强制杀进程，无崩溃日志且不存档，容易进一步损坏存档。死锁很难找到问题，即使有看门狗的抛日志，只一步步看有没有触发死锁来找问题，通常用聊天来检查，死锁通常不能聊天。

存档编辑器修复

记得先备份！

目前我没找到有完美兼容模组端存档的可视化存档编辑器，通常都会损坏模组相关数据，比如丢失所有非原版方块，清空模组附加储存的数据。模组端存档最好使用直接编辑源数据的编辑器，我知道一个：NBTExplorer，但它不支持基岩板。非可视化编辑器虽然麻烦，但只要崩溃日志提供的崩溃位置足够详细，还是可以精确定位的，存档数据格式本身就很人类可读，基本第一次使用就能懂。

有时候崩溃日志并没有提供详细的线索，这时候就需要去找线索了，推理游戏，启动！如果实在找不到线索，可以试着删掉可疑的区块，慢慢定位问题，找出问题后别傻傻直接原地修，拿出修改前的备份再复制一份，修这个。

手修

起码，存档里的数据还是一个个文件分好的（基岩板不是），实在不行还可以直接删文件来修。

通常用来替换level.dat，如果你删掉了影响世界生成的模组，或者带维度的模组，很可能会导致你进不去存档，会提示数据包异常。直接新建一个一模一样的世界，然后拿新的世界level.dat去替换旧的就行；当然，你也能用存档编辑器去修复。

更具体的方法

并没有，问题千奇百怪，什么可能性都有，不可能具体起来的，必须随机应变，根据具体的问题去执行。

无法修复的

如果你的存档是数据、文件这类的损坏，那就只能拿备份出来了，可以试着用备份存档的数据补上，这得考虑好新旧数据之间的问题，如果没有备份，那就真的彻底没了，可以试着删掉损坏的地方，但也没多少希望，毕竟如果编辑器还能打开，那游戏应该也能打开，反正丢失的区块也拿不回来。