服务器无法启动:检查清单
如果 Millida 服务器没有到达 Done 行,按顺序检查什么:内存、核心、新添加的模组、损坏的配置,以及损坏的世界。
更新于 2026年8月4日
当“控制台”中出现 Done (12.345s)! For help, type "help" 时,即表示启动成功。如果服务器反而停止或一直卡住,请从上到下逐条排查——列表按出现频率排序。
0. 检查“概览”中的卡片
服务器崩溃时,控制面板会直接在概览页面上显示原因分类——通常到这里就能解决。更多详情请参阅服务器崩溃:该怎么办。
1. 新安装的内容
您最近是否安装了什么?十有八九,这就是罪魁祸首。
- 在“插件与模组”板块中移除最后安装的模组或插件,然后重新启动服务器。
- 如果您安装了整合包,请检查其内存需求:比您的方案更重的整合包永远无法启动。
快速检查整个文件夹的方法:在文件中,将 mods 重命名为 mods_off(或将 plugins 重命名为 plugins_off),然后启动服务器。如果能启动,说明罪魁祸首就在其中——将它们分成两半逐步加回来。
2. 内存
出现 java.lang.OutOfMemoryError、Killed 等行,或者日志在加载世界时没有任何错误就中断,说明您已触及方案的上限。
该怎么办:移除较重的模组,在设置中将“渲染距离”调低到 6–8,或者升级到更大的方案(方案)。
3. 核心与版本
UnsupportedClassVersionError或“需要 Java 17/21”——该模组构建所用的版本比您的服务器更新。通常这是您手动上传的、不属于您整合包的 .jar 文件。Server attempted to load chunk saved with newer version——该世界来自更新版本的游戏。世界无法降级,因此请将服务器版本调回较高版本。- Fabric/Forge 插件或 Paper 模组无法与服务器一起运行。请参阅核心与版本。
4. 配置损坏
出现 while scanning、mapping values are not allowed here、Invalid configuration 等行,说明您编辑了 YAML。
经典问题:用制表符代替空格、缺少引号、多了一层缩进。打开日志中报错的文件并修复它。如果您看不出问题所在,请将文件重置为默认值:删除它,插件会在启动时创建一个新文件。
5. 世界
Failed to load level、Exception reading level.dat——世界已损坏(通常发生在强制关机后,或上传了来自错误版本的他人存档之后)。
恢复最新的副本:“世界与备份”板块,请参阅备份。
6. 服务器“启动”后立即停止
- 检查您是否触发了服务器休眠:免费方案会关闭空服务器,这并非故障。
- 日志中是否显示来自您的命令或计划的
stop?请查看“自动化与日志”——可能有一个停止任务正在触发。
如果都没有帮助
从“控制台”复制最后 50 行并联系支持——有了日志,几分钟内就能得到答复;没有日志,我们只能和您一起猜测。如何自己阅读日志——日志与崩溃报告。
