lila：免费无广告的国际象棋服务器，Scala 与 AGPL 的实践样本
项目速览：lichess.org：永远免费、无广告、开源的国际象棋服务器。
秒懂
- 它是什么？
- lila 是 lichess.org 的开源服务器，用 Scala 3 和 Play 2.8 构建，支撑了超过 120 亿局棋谱的存储与检索。本文拆解它的架构、安装方式和许可证约束，并指出它适合谁、不适合谁。
- 适合谁用？
- lila 适合两类人：想搭建自有国际象棋服务器并愿意投入 Scala 技术栈的团队，以及想学习大规模异步 Web 服务架构的开发者。不适合寻求快速部署、维护成本低或不想受 AGPL 约束的人。
- 能商用吗？
- 可以，但条件严格。AGPL-3.0 是网络 copyleft 许可证：如果别人通过网络使用你修改过的版本（例如作为托管服务），你必须以同一许可证向他们提供源代码。
- 还在维护吗？
- 在维护。仓库最近一次提交在 1 天前。
- 用什么语言写的？
- 主要是 Scala（依据 GitHub 的语言统计）。
以上回答依据项目的 GitHub 数据（最近同步于 2026年9月15日）和我们的分析，不构成法律意见。
开源项目深度解析
一个免费服务器要解决什么问题
国际象棋在线对弈看起来简单，实际要处理实时对战、棋局搜索、电脑分析、锦标赛、战术训练等多种功能。商业平台通常靠订阅或广告维持，而 lichess.org 选择永久免费、无广告。lila 就是支撑这个承诺的服务器端代码。它面向两类人：想自建棋类服务器的组织，以及想研究大型 Scala 项目的开发者。对于前者，lila 提供了完整功能，但需要相应的技术能力。对于后者，它是一个真实运行在千万级用户场景的代码库。
异步架构与组件拆分
lila 的架构不是单体应用那么简单。README 明确指出，服务器完全异步，大量使用 Scala Futures 和 Pekko streams。WebSocket 连接由单独的服务器 lila-ws 处理，通过 redis 与主服务器通信。这种拆分让实时对战和普通 HTTP 请求互不阻塞。棋局数据存在 MongoDB 中，超过 120 亿局，用 elasticsearch 做索引。电脑分析由 fishnet 集群完成，集群由捐赠的服务器组成，运行 Stockfish 引擎。前端是 TypeScript 加 snabbdom，用 scalatags 做模板。这个架构的代价是组件多，部署时至少需要 MongoDB、redis、elasticsearch，可能还要 nginx 和 fishnet。
从源码到运行：安装步骤与依赖
README 给出的安装方式极简：运行 ./lila.sh，然后执行 run。lila.sh 是 sbt 的薄封装。但实际开发环境远不止这两条命令。Wiki 里有专门的开发环境搭建指南，说明依赖配置并不简单。你需要安装 Scala 3、sbt、MongoDB，可能还要 redis 和 elasticsearch。如果你想启用电脑分析，还得配置 fishnet 客户端。对于只想跑起来看看的人，这个门槛偏高。如果你只是想用现成的服务，lichens.org 提供了公开 API，可以直接调用，不必自己部署。
AGPL-3.0 许可的边界
lila 采用 AGPL-3.0 或更高版本许可。这意味着如果你修改了代码并部署为网络服务，你需要向用户提供修改后的源代码。对于内部使用或非网络服务，AGPL 的约束相对宽松，但一旦对外提供服务，义务就出现。这对商业公司是个关键考量。如果你想基于 lila 做商业产品，必须仔细评估是否愿意公开自己的修改。如果你只是运行未修改的 lila，那么遵守许可的负担较小，但仍需保留版权声明。这不是法律建议，但值得在动手前咨询专业人士。
浏览器支持与前端更新策略
README 明确列出了支持的浏览器版本：Firefox 115+、Chromium/Chrome 112+、Edge 111+、Opera 97+、Safari 16.2+。旧浏览器无法工作。这个策略很直接，不妥协。对于自建服务器，这意味着你的用户必须使用现代浏览器，否则体验会中断。这与其他项目常见的渐进增强策略不同，lila 选择了明确的最低版本门槛。如果你面向的受众使用老旧设备或企业锁定浏览器，这可能是个问题。但反过来，这简化了前端开发和测试，因为不需要兼容旧引擎。
替代方案：从零构建与现成棋类平台
如果你不想用 lila，替代方案有两个方向。一是用现成的棋类平台，比如 chess.com 或 Lichess 本身，直接使用其 API，不部署任何服务器。这个方案的差异在于你放弃了控制权，但获得了稳定性和零维护成本。二是从零构建自己的棋类服务器，使用 Node.js 或 Go 等更轻量的技术栈。这个方案更灵活，但需要重新实现棋规、对战配对、分析集成等大量功能。lila 的定位是完整解决方案，它的复杂性来自功能广度，而不是技术选择。如果你的需求只是简单的在线对弈，lila 可能过重。
维护与升级的成本
lila 的最近发布是 v1.1.0，时间是 2017 年 8 月，但仓库的默认分支 master 持续有推送。这说明项目采用持续发布模式，版本号不代表新鲜度。维护成本主要在依赖管理：Scala 3、Play 2.8、MongoDB、elasticsearch，每个组件都有自己的升级周期。lila 的架构中，fishnet 是独立仓库，lila-ws 也是独立仓库，这意味着升级时可能涉及多个项目的协作。对于个人开发者或小团队，这个维护负担不小。但 lichess.org 本身证明了这套系统能长期运行，所以成本是可控的，前提是你有 Scala 和分布式系统的经验。
编辑结论
lila 适合两类人：想搭建自有国际象棋服务器并愿意投入 Scala 技术栈的团队，以及想学习大规模异步 Web 服务架构的开发者。不适合寻求快速部署、维护成本低或不想受 AGPL 约束的人。在采用前，先确认你的团队熟悉 Scala 3 和 sbt，并评估 MongoDB 和 elasticsearch 的运维能力。还要仔细阅读 AGPL-3.0 条款，特别是如果你计划修改后对外提供服务，源代码公开义务可能影响商业模式。最后，验证你的浏览器版本是否满足 README 列出的最低要求，旧浏览器无法使用。
社区笔记