Duck Marines：Lua/LÖVE 复刻《ChuChu Rocket》多人派对游戏

JumpSuit 是一个跑在浏览器里的 2D canvas 多人对战小游戏，核心玩法围绕“星球”和“宇航服”展开：玩家穿着自己的装备，在漂浮于场景中的星球之间跳跃穿梭，并向对手开火、占领星球以扩大优势。整个项目由 KordonBleu 开发，README 用一句“with your awesome suit, jump from planet to planet to conquer them”概括了它的玩法主线；从仓库给出的 topics（shooter、space、multiplayer 意味的 distributed/game）以及作者自己的描述看，它更接近一个“小体量、但技术选型非常前沿”的多人射击原型，而非追求内容量的完整商业作品。项目名来自作者与朋友在 IRC 里的一段即兴对话：拿到一件“suit”，穿上之后就能跳，于是就有了 JumpSuit。

它最值得关注的地方不在美术或关卡，而在网络架构。README 明确声称，这是第一款客户端“通过 WebRTC 与权威服务器（authoritative server）通信”的游戏，作者还专门写了一篇博客文章论述 WebRTC 对未来网页游戏的意义。传统的浏览器多人游戏通常让客户端通过 WebSocket 连到服务器，而 JumpSuit 直接把 WebRTC 数据通道当作客户端与服务器之间的传输层。由于逻辑判定在权威服务器上进行，客户端只负责输入与渲染，这类架构在理论上能显著降低作弊空间，同时也省去了浏览器端 WebSocket 长连接在延迟与拥塞控制上的一些局限。

另一条主线是“分布式”。JumpSuit 的游戏服务器并非只有官方一份：任何人都可以自行搭建一个游戏服务器，服务器启动后会自动向主服务器（master server）注册，随后被列在 jumpsuit.space 的服务器列表中，玩家点击即可直接进入该服务器对局。这是一种“中心化发现 + 去中心化承载”的混合结构：主服务器负责目录、匹配入口和静态资源分发，真正的对局逻辑分散在第三方服务器上。README 也点明了这种设计的安全边界——出于安全考虑，游戏的素材与脚本仍然由主服务器提供，而不是由第三方游戏服务器下发，避免任意服务器向玩家浏览器注入代码。

核心特性

在可扩展性上，项目提供了 mod 支持，仓库中有专门的 doc/modding.md 文档说明如何制作 mod；构建配置里也有一个 mod 参数，用于选择服务器的游戏模式，默认值是 capture，与“占领星球”的玩法相呼应。构建流程非常朴素：先 npm install 安装依赖，再执行 node build/bundler.js 生成打包产物，构建配置可以打开 dev（追加 source map）等选项。服务端被打包成 game_server_bundle.js 单个文件，构建完成后直接 node game_server_bundle.js 即可对外提供一局游戏服务。

如果想在本地开发或仅仅跑一个局域网对局，官方说明是必须“同时”自建主服务器：先运行 node master_server.js，然后浏览器访问 http://localhost。这里有一个容易踩的坑——README 强调 dev 选项需要在两个不同的配置文件中都设置。游戏服务器的配置默认写在 game_config.json（也可以通过命令行参数指定路径，文件不存在时会自动创建），可配置项包括 dev（调试信息）、master（注册到的主服务器地址，自建时形如 ws://localhost:8080，默认是 wss://jumpsuit.space）、monitor（实时显示大厅的监视视图）和 server_name（主服务器上展示的服务器名称）；主服务器的配置文件默认为 master_server.json，可配置 dev（调试信息并支持改动文件自动重载）、monitor（实时显示已连接的游戏服务器）和 port（默认 80）。README 特别提到，游戏服务器的设置在修改后无需重启即可生效。

环境要求方面，项目对浏览器相当挑剔：因为大量使用了较新的 JavaScript 特性，目前只支持 Firefox 与 Chrome；服务端则需要 Node.js 6.0.0 或以上版本。这意味着它更像一个带有明确时代印记的技术展示项目——Node 6 与现代长期支持版本之间存在较长的代差，依赖树在今天的 Node 上能否顺利安装、打包脚本是否仍然可用，都需要实际验证。它也没有提供桌面端或移动端原生版本，玩法天然绑定在浏览器与 WebRTC 支持之上。

技术要点

从学习角度看，JumpSuit 的价值集中在几处：一是 WebRTC 数据通道用于“客户端—权威服务器”同步的完整范例；二是分布式游戏服务器的注册、发现与列表展示流程；三是浏览器端从源码到单文件 bundle 的构建方式，以及基于配置文件的运行时热更新；四是 mod 加载与游戏模式切换的接口设计。需要注意的是，README 对外网服务的可用性、玩家规模、维护状态都没有任何说明，jumpsuit.space 是否仍在线、主服务器协议是否变更均属未知；同时“第一款通过 WebRTC 与权威服务器通信的游戏”是作者自述，并非第三方认证的结论。若打算把它当作教学素材，建议先固定 Node 版本、在本地同时启动 master 与 game server 跑通闭环，再研究网络同步与 mod 机制，而不要直接依赖线上的公共服务。