GeyserMC/Geyser

解决什么问题

Minecraft 两个版本的网络协议完全不同：基岩版跑在手机、主机和 Windows 上，Java 版是桌面和模组服务器的主场，两边玩家没法进同一个服。社区要么分裂成两个服务器，要么逼一方再买一份另一个版本。Geyser 作为一个代理夹在中间，双向翻译数据包，让基岩版客户端能连上未经修改的 Java 服务器。

有什么不同

常见做法是另开一个对应版本的服务器，或者用只服务单方向的客户端翻译层。Geyser 的不同在于：它对客户端说基岩版协议、对后端说 Java 版协议，因此可以直接挂在 Paper、Spigot、Fabric、BungeeCord 或 Velocity 前面。真正拉开差距的有两点：翻译覆盖登录认证和实时游戏数据包，而不只是让服务器出现在列表里；并且它以主流服务端插件/模组的形式发布，不需要重写服务端。README 很坦率，明说翻译并不完美，移动同步、实体状态标志和反作弊兼容性都列为待解决项，还专门维护了一份“无法修复”的限制清单。

适合谁

适合玩家构成混合的服务端服主，尤其是公共服或社区服——主机和手机玩家原本被挡在门外；也适合朋友或家庭里有人只买了基岩版的情况。跑 Velocity/BungeeCord 网络、想统一入口的运维同样受益。如果你期待完全一致的体验、竞技级 PvP 公平性，或者大型服务器上反作弊零误判，那就别用，或者只当尽力而为的方案——项目自己就提醒反作弊可能标记甚至封禁被翻译的玩家。

上手成本

需要为代理准备 Java 运行时和一台与后端服务器并存的机器，并保持较新的 Java 版与基岩版——README 列出了精确的支持版本，旧版本要按 wiki 指引处理。配置写在项目 wiki 而不是 README 里，源码构建需要拉取 submodule 并使用 Gradle。MIT 协议，商用和私有部署都没有障碍。主要风险在行为层面：数据包翻译天生有损，出现奇怪 bug 和不支持的功能是常态；追赶两个快速迭代的协议，维护压力落在 Geyser 团队而不是你身上。

点评

Geyser 是长期项目，不是新噱头：2019 年创建，约 5.9k star、931 fork，多年积累才换来这么多服务端平台支持和文档。它没上过每日趋势榜，但月度 Java 榜 +133 star、排到第 18，说明关注度平稳而非爆发式虚火。README 里坦率的限制说明和“别指望一切都能正常工作”的提醒，是维护诚实的表现。如果你运营 Java 服并想放基岩版玩家进来，这是默认答案；如果要求比赛级一致性或反作弊确定性，先留出测试预算。