HMCL启动器安装LiteLoader SNAPSHOT版本的问题分析

在Windows 11平台上使用HMCL启动器时，用户发现了一个关于LiteLoader安装的特定问题。当下载源设置为Mojang时，尝试安装1.8至1.12.2版本间的SNAPSHOT版LiteLoader会失败，而使用BMCLAPI下载源或安装非SNAPSHOT版本则能正常工作。

深入分析这个问题，我们发现其根源在于HMCL构建LiteLoader下载URL的逻辑存在缺陷。对于SNAPSHOT版本，HMCL错误地使用了与正式版相同的仓库URL结构。具体来说，HMCL会组合以下部分来构建下载URL：

1. 基础仓库URL（来自元数据中的repo.url字段）
2. 硬编码的组织路径/com/mumfrey/liteloader
3. 游戏版本号
4. 文件名（来自元数据中的file字段）

对于SNAPSHOT版本，正确的仓库URL应该是repo.mumfrey.com/content/repositories/snapshots/，但HMCL错误地使用了与正式版相同的dl.liteloader.com/repo/作为基础URL。这种URL构建方式导致了404错误，因为文件实际上并不存在于该路径下。

有趣的是，如果用户先通过BMCLAPI成功安装，再切换到Mojang源尝试安装相同版本，操作却能成功。这是由于HMCL的库文件共享策略——已经下载的库文件会被重复利用，避免了实际的下载过程。

从技术实现角度看，这个问题反映了几个深层次的设计考虑：

1. 对第三方mod加载器的支持需要更完善的元数据处理
2. SNAPSHOT版本和RELEASE版本可能需要不同的仓库处理逻辑
3. 下载失败后的回退机制有待加强

随着Minecraft生态的发展，像LiteLoader这样的传统mod加载器的重要性正在降低。开发团队也在考虑是否值得在2025年后继续维护对这些较旧技术的支持。这个问题的出现提醒我们，在支持第三方组件时，需要更全面地考虑各种使用场景和版本差异。