Java 版本不匹配的典型症状与自救
Java 错配值得单独一页，因为它的伪装性强：有时像模组冲突，有时像启动器坏了，实际只是 Java 拿错了。
一张对照表（再贴一遍）
| 游戏版本 | 该用的 Java |
|---|---|
| 1.16 及更早 | Java 8 |
| 1.17 及更新 | Java 17 |
三类典型症状
- 启动即退：点了启动、窗口闪一下就没了——经典错配表现，尤其 1.17+ 配了 Java 8 时；
- 报不支持的版本错误：日志里出现"unsupported class file version"一类字样，直译过来就是 Java 太老；
- 加载器安装器打不开：新版 Fabric 安装器要 Java 17/21，拿 Java 8 跑它进不去；新版 Forge 安装器 Java 8/17/21 均可。
纠正步骤
- 进启动器设置核对当前 Java 配置：有没有手动指定过路径？指定的是哪个版本？
- 恢复自动选择（启动器会按游戏版本匹配内置运行时）；
- 重启实例测试；
- 确实需要手动指定的（比如自备的 Java 包），确认版本号与游戏版本的对应关系后再指定，见装 Java。
升级游戏版本时的连带注意
从 1.16 跳 1.17 及以上时：
- Java 要求变了（8 → 17），启动器自动换；
- 模组也要全套换对应版本：老模组在 1.17+ 上配 Java 17 会集体报错，这是"升版本后全崩"的根源，不是 Java 本身的问题；
- 前置（如 Fabric API）同步换，见前置检查。
一个快速自检口诀
崩了先问一句："我游戏什么版本，现在跑它的 Java 是几？" 两个数字对上了再往模组方向查，顺序别反。
按这套对完还崩，回闪退急救继续四步。