前文：第一篇

无论是网易版，民间启动器，还是官方启动器，甚至是IDEA和Eclipse这样的开发环境；

无论是服务器，还是客户端；

只要是Java版MC，它们的架构都大同小异。即，基岩版的我不做保证。

在logs文件夹下，你可以找到游戏的运行日志。只要游戏一启动，不管是否崩溃，都会有。

在crash-reports下，你可以找到游戏的崩溃报告。只有游戏崩溃了才会有。

在极为罕见的情况下，上述日志可能不存在，但一般来说，都是找错了目录，或者眼花没看见。如果你发现没有日志，第一反应请认为是自己没有找到，而不是没生成日志。在MCBBS上，我也见过号称没有日志，后面又改口说有日志的情况，非常耽误诊断问题，也非常浪费人的耐心。

一般来说，看MC的日志、报告，指的是看上述两者。但是，如果你是用HMCL、PCL的话，还会发现有另外一个日志，这个日志是“启动器的日志”，不是“MC的日志”。多数情况下，身经百战的启动器并不会有问题，只要忽略它的日志就可以。出问题的情况多数都是玩家自己秘制的整合包，在搭配MOD的时候出了问题，或者是MOD本身藏着BUG，或者是Java版本没有选对。

HMCL等启动器还会在崩溃时手动把日志打包，打包的主要内容就是上述三个日志。为了防止换了个启动器就找不到日志，我更推荐记住上述的MC目录，这适用于所有的启动器，毕竟启动器也是从那些地方打包的。如果你想在论坛里求助，直接发那个整合包，或者发你从游戏里的目录找到的日志，都是可以的。

需要指出的是，现在的启动器大多有版本隔离的功能，这使得玩家可以用同一个启动器启动不同的整合包，并且管理多个不同的游戏版本，如1.12.2和1.16.5，还不用担心存档都混在一起。

缺点是，很多新人并不知道这个功能的存在，他们只看到version外面的通用目录，却不知道了version里面那个才是实际的游戏目录。他们点开外面的logs文件夹，发现没有日志，或者只有很久之前的日志。日志没有问题，问题在于他们找错了地方。如果你发现没找到日志，请首先考虑这种情况。

那，现在找到日志了，继续说怎么看日志的问题。

有一些问题并不是靠看日志解决的，比如“MOD为什么没装上”“为什么挖不到矿”“虚无世界里的枪怎么获得”“游戏没声音”“为什么服务器进不去”，这些看了日志一般也不知道什么。我们看日志是为了解决那些需要看日志的情况，多数情况是游戏启动到一半，卡在报错界面，或者是闪退了。

需要靠日志解决的问题，一般有这么几种：

【1】漏装前置MOD，装了不兼容的MOD版本（前置版本号不对，或者MC版本号不对，或者是fabric的MOD装到forge上），MOD装重复了。这类问题在低版本的MC里会导致游戏启动到一半直接闪退，高版本的MC则一般会有一个专门的界面停住，告诉你出什么问题了。

比如刚才我故意找了个1.16的启动器，把匠魂MOD的前置“Mantle”删了，游戏就会停在上述界面。你的英语好一点的话，会知道是“tconstruct模组需要1.6.152或更高的mantle。当前，mantle未安装”。如果英语不好，就去学一学英语，或者干脆开摆。不懂编程尚且能看，不懂英语看日志，可以说是寸步难行。我不信任机器翻译，不论是百度翻译、谷歌翻译还是DeepL，都是扯，靠不住。

【2】两个MOD打架了，比如mixin冲突，或者互相套娃死循环（双方都有一个反击效果，无限连锁触发）。这种情况就是找到哪个MOD在搞事，把它删了就行。

【3】MOD写出BUG了，原地崩溃。作为开发者，我把MC干崩的次数至少也得有个一百次，写出BUG家常便饭。MC的代码架构导致MOD写的时候很容易出这种问题，最典型的是下面那种。这种情况也是找到哪个MOD在搞事，把它删了就行。或者，在清楚怎么崩溃的情况下，游玩的时候绕开那个情况。如果MOD不是最新版，更新也许会有帮助——也许作者已经解决了这个BUG，当然也许没有。

【4】仅限客户端的MOD安装到了服务器，由于MOD没有做保护，导致服务器启动失败，或者中途崩溃。这种情况下，服主多少要对自己装了什么MOD、哪些是纯客户端的心里有数，简单排查后再去根据日志里的迹象找寻。还是，删掉那些不该在的MOD文件。

【5】乱改文件名，扰乱了MOD的加载顺序，导致一些要求加载顺序的MOD报错。不要用中文，不要用中文，问答帖经常看到有人这么鹦鹉学舌地回复，把这条规则当成玄学，但它确实很有道理。最经典的就是这个帖子（https://bbs.mcmod.cn/thread-4159-1-1.html），我收藏了很久，用于讲解用给MOD改名和用中文为什么会崩溃。可惜的是，历史只会不断重演，总有人把下载下来的MOD自己全都改成中文名字，还把原本的名字给删了，弄得难以分辨到底是哪个mod，总有启动器给MOD加名字中文前缀。顺带一提，某些启动器在安装目录有中文的情况下，还会导致游戏没有声音。这类问题的解决一般是手动调整文件名，在文件名的开头加英文叹号令他跑到最前面。

【6】Java版本不对。这种情况日志一般不太好解读，没什么共性，都是自己检查Java版本。只要记住1.12开始，最低java8；1.17开始，最低java16；1.18开始，最低java17就行。更高的版本？那么想玩新版本，大可以自己查查。需要注意的是，并不是你在电脑上装有对应的Java就行，你必须确保MC启动的时候，用的是那个Java。如果启动器里没有专门的设置，那就是靠系统变量来设置。如果你搞不定系统变量，那用个启动器就行。2023年，比较主流的启动器如HMCL都会自动帮你选择合适的Java版本。

【7】服务器累死了。一般的服务器都有超时保护，在一个tick超过60秒时自行崩溃。这样的崩溃也很好认，一般都会有 a single tick took 某某时间的说法，然后下面列举各种Thread都在干什么。很遗憾，雪崩的时候，每一片雪花都在……。很难说压死骆驼的最后一根稻草是谁，只能自己权衡了。

【8】ID爆了。在1.12.2以及之前，物品、方块、群系、维度的数量是有上限的，如果你装的mod过多，就会爆掉。这种情况下，去安装一个叫JEID的MOD就能突破上限。不过，装了之后的存档再也回不到没有装的状态了，请谨慎使用，安装前务必备份存档。存档在哪？下篇文章再说吧。这种日志的特征是 maxium ID reached，后面一半写一个数字是4096。当然，除了装JEID，删几个MOD也可以解决，删到不爆为止。

【9】ID撞了。1.7.10的附魔是用的数字ID，如果有多个MOD占用了……比如说37号附魔，分别试图注册不同的内容，就会炸。写的好的MOD会在配置文件里提供修改这些ID的接口。如果俩MOD都写的烂，那赶紧删一个，或者俩都删了吧。

【10】Concurrent Modification Exception （CME）。这玩意一出，基本死刑。由于MC的代码比较差，这个问题经常出现，而且它本可以避免的。这个东西出来的时候，日志完全看不出是因为什么东西、什么MOD，只能当做没有日志，二分法瞎查一气。

【11】安装不当。比如，缺少lwglj什么的，这种时候一般带着启动器重装就行。

前文提到了找日志的核心部分，但很遗憾，有的时候日志乱糟糟地，并不能找到核心部分。那怎么办呢？答，全文搜“FATAL”，没有FATAL搜“ERROR”，把每个都看一遍，看哪个最严重。

今天我刚看到一个日志，看结尾像是声卡驱动报错，没有传统格式的堆栈信息。但这怎么也不像导致崩溃的原因。于是我全文搜FATAL，哈哈，没有。于是我搜ERROR。

[16:39:34] [Client thread/ERROR] [FML/]: The mod manametalmod (ManaMetalMod) requires mod versions [Muya@[1.7.1,1.7.1]] to be available

只要你的英语水平够用，那你一眼就能看出这是魔法金属缺前置，是一个致命的错误。

解决了还是崩溃？先看日志有没有变化，没变化一般是解决的方式不对；有变化一般是说明还有其他问题，对着新的日志看就行。老是有新的问题？啊，那就别浪费时间了，去玩原版或者别人测试好的整合包吧。毕竟你玩MC是为了开心的，不是为了给自己找麻烦做题的，对吧。

看不懂？没关系，这说明你是个正常人。实际上，大多数国人的英语水平都不足以看懂“require”一词，看不懂也没什么的，只能说明英语没学好。遇到困难睡大觉，也是人之常情。

看懂了？恭喜，你已登神，打败了全国99%的人。哦，当然，全国可能也有90%的人根本就不玩MC就是了。