依据所列项目文档编写，核对日期为 2026-10-31。请匹配实际版本、加载器和构建；命令为文档示例，本文不声称进行过托管商性能实测。
01 退出码 1 是结果，不是病因
Minecraft 的退出码 1 表示进程以失败状态结束，不能指出唯一病因。启动器或面板中真正有用的信息，通常在最后一行之前。不要仅凭相同数字就下载“退出码修复器”、移除所有模组或删世界。
先记录失败的是客户端、专用服务端还是安装器，并记下游戏版本、加载器、Java 路径与上次成功启动时间。客户端画面崩溃和服务端缺依赖，可能显示相同退出码却需要不同修复。
02 从正确实例收集正确日志
Fabric 的 Log guide / 日志说明 ↗ 介绍实例 logs 目录，Crash-report guide / 崩溃报告说明 ↗ 区分 crash-reports。第三方启动器和托管实例可能使用独立目录，应使用实例的打开文件夹功能或面板，不默认全部位于 .minecraft。
- Java 尚未开始常规日志就失败时，保留完整控制台输出。
- 读取失败当次的 latest.log，而不是随后成功启动的文件。
- 存在对应时间戳崩溃报告时一并保存。
- 记录相关异常及其周围的依赖或运行时信息。
分享前检查个人路径、网络信息和凭据，同时保留足够上下文。仅截最后一行通常无法定位。
03 按错误文字选择最小修复步骤
| 证据 | 优先核对 |
|---|---|
| 明确指出依赖与版本 | 匹配加载器与游戏发行号。 |
| 类版本或运行时不支持 | 确认失败进程实际使用哪个 Java。 |
| 无图形服务端出现客户端类 | 是否把客户端模组放进服务端。 |
| 内存不足或系统杀进程证据 | 检查分配与主机限制，不能把全部退出码 1 都归因内存。 |
这是调查分支，不是仅凭退出码的结论。Fabric installation rules / Fabric 安装要求 ↗ 强调版本、加载器与游戏匹配。缺少 Cloth Config 时按 Compatibility checklist / 兼容清单 处理，不盲目安装最新文件。
04 使用独立干净实例对照
保留原安装与世界，创建相同游戏和加载器的另一实例。先验证启动，再按作者说明加入服务端包或受控组件组。依赖应保持完整，随机删掉一半可能制造与原问题无关的新错误。
干净基线失败时先查运行时或环境；基线正常而整合包失败时比较清单和日志；只有导入世界失败时用副本测试并保留可用构建。完成两次成功启动及保存重启验收。环境规划可回看 Modded-server guide / 模组服指南。