游戏服务器的 HTTP API 层：为什么我们选择 C++ 而非 Go
游戏服务器的 HTTP API 层：为什么我们选择 C++ 而非 Go 游戏服务器迟早要暴露 HTTP API，问题不是"要不要"，而是怎么加。单独起一个 Go/Python sidecar？还是直接嵌进 C++ 进程？十年以上游戏服务器开发经验告诉我——后者往往是更务实的选择。本文结合 Hical 框架的实践，聊聊背后的取舍。 游戏服务器需要 HTTP API 吗？ 很多人的第一反应是"游戏用的是自定义 TCP 协议，要 HTTP 干嘛"。但在实际运营中，HTTP API 的需求无处不在： 运营 GM 工具：封号、解封、发补偿道具、改玩家数据。运营人员不会连服务器敲命令，他们需要一个 Web 界面，背后是 HTTP API。 充值回调：支付平台（微信支付、支付宝、Apple IAP）在用户付款成功后，会用 HTTP POST 通知你的服务器，这个通知必须落到游戏服务器上，否则如何给玩家加钻石？ 公告系统：运营在 CMS 后台写好公告，需要一个接口通知游戏服务器"有新公告了，推给在线玩家"。 排行榜 / 战报分享：玩家把战报链接发给朋友，朋友点开是个 H5 页面，数据从游戏服务器的 HTTP 接口来。 健康检查：K8s 的 readinessProbe、运维监控系统（Prometheus、Zabbix）都期望一个 GET /health 端点，返回 200 就代表进程活着。 这些场景加在一起，游戏服务器没有 HTTP API 几乎无法正常运营。 为什么不单独起一个 Go 服务？ “那我单独用 Go 写个 HTTP 服务不行吗？” 行，但会带来一系列麻烦。 ...