首次运行检查表
- 确认您选择了与您的操作系统和 CPU 架构相匹配的 HMCL 版本。
- 安装或选择与您的 Minecraft 版本和 mod 加载器文档匹配的 Java 运行时。
- 在导入大型模组包之前创建一个新实例，以便路径保持明显。
- 在这种情况下启动一次原版，以在添加模组之前确认基础游戏的运行状况。
- 在对 Minecraft 或加载器堆栈进行重大升级之前备份保存的内容。
Java 设置在更新后仍然存在
大多数 HMCL 支持线程归结为 Java 不匹配：对于旧的 Forge 太新，对于现代 Fabric 堆栈太旧，或者 64 位 mod 包上的 32 位运行时。在追查模组错误之前修复运行时。
第 1 步：识别您的 Minecraft 行
打开 HMCL 内的实例设置并读取固定的 Minecraft 版本。这个数字限制了 Java 主要版本是现实的。
第 2 步：对齐 mod 加载器矩阵
Forge、NeoForge、Fabric 和 Quilt 各自发布兼容性表。 HMCL 帮助安装加载程序，但权威答案始终是该 Minecraft 版本的加载程序文档。
第 3 步：将 HMCL 指向一个 Java 家
更喜欢专门的 Java 安装用于游戏。避免将系统范围的 JDK 升级与脆弱的修改实例混合在一起。更改 Java 后，重新启动 HMCL 并执行干净启动以清除缓存的环境假设。
无需猜测的内存调整
将“所有 RAM 分配给 Minecraft”会导致操作系统饥饿并增加卡顿现象。分配太少的 RAM 会导致块生成失败，并且在大包上会出现内存不足的情况。
- 从包作者的推荐（如果有）附近开始。
- 以 512 MB 为步长增加内存，同时观察启动时间和世界负载稳定性。
- 将内存更改与保守的 JVM 标志配对，直到包稳定。
读取日志和崩溃提示
当 Minecraft 退出时，有用的信号几乎总是在最新日志的底部附近：丢失类文件、mixin 失败或 mod 之间的版本偏差。如果您将实例分开，HMCL 可帮助您快速到达正确的文件夹。
有序的工作流程
- 干净地重现崩溃一次。
- 从 HMCL 打开实例目录。
- 收集最新的日志文件并搜索
Exception标记。 - 删除回归之前添加的最后一个模组，然后重新测试。
解决模组冲突
冲突表现为重复的库、编辑同一游戏类的两个模组或在世界生成方面存在分歧的可选模块。 HMCL 不能神奇地合并不兼容的字节码，但它为您提供了一个稳定的工作空间来解决问题。
二分查找删除
禁用一半的模组，进行测试，然后缩小范围，直到一个 jar 重现故障。
版本引脚
在主要的 Minecraft 障碍中一次升级一个模组，这样您就知道哪个更改破坏了兼容性。
数据包订单
Worldgen 数据包交互。在重新排序或添加实验包之前，请保留已知良好的备份。
参见：目录和内容工具。
防病毒警告解释
启发式引擎有时会将启动器标记为有风险，因为它们下载可执行文件并写入用户配置文件目录。恶意软件和合法修改工具都共享该模式。
安全顺序
- 暂停新模组安装，直到完成分类。
- 将 SHA256 与确切文件名的发布值进行比较。
- 使用更新的定义进行扫描，然后仅在哈希值匹配时进行恢复。
- 如果仍有疑问，请勿在敏感计算机上运行二进制文件。
法律框架继续存在信任与安全。
长期营销活动的最佳实践
实例卫生
每个主要包有一个实例，用于实验的单独世界以及编码 Minecraft 版本和加载程序的命名方案。
备份节奏
每周自动将保存文件夹复制到外部存储。重建改装世界的成本很高。
负责任的多人游戏
遵循服务器规则，在需要时公开客户端模组，并避免损害服务器性能或其他玩家的自动化。
