C++ 服务 API 网关：从构想到生产

C++ 服务 API 网关：当性能决定一切

想象一下：您有十几个 C++ 微服务，每个都是性能猛兽。客户每秒发送数千个请求，而系统却因为...网关而开始变慢。是不是很熟悉？大多数开发人员会在 C++ 生态系统中引入 Nginx 加 Lua 或重量级的 Kong，而他们本可以编写自己的 C++ API 网关——快速、轻量且可预测。

在本文中，我将展示如何从零开始构建自己的 C++ API 网关。我们将分析架构，用纯 C++ 编写可运行的代码，并将其与流行的解决方案进行比较。您将了解何时自定义 API 网关是合理的选择，何时最好使用现成的方案。

为什么要用 C++ 编写 API 网关？

说实话：大多数项目并不需要自定义网关。Nginx、Envoy 或 Kong 可以解决 90% 的问题。但有些场景下 C++ 是不可替代的：

\n
• 延迟低于 1 毫秒——金融系统、游戏服务器、实时交易
\n
• 数百万 RPS——高负载 API、CDN、物联网平台
\n
• 严格的内存要求——嵌入式系统、边缘设备
\n
• 与 C++ 代码紧密集成——无开销地调用原生库
\n

此外，C++ API 网关让您完全控制每一个字节。您自己决定如何处理标头、如何缓存、如何平衡负载。没有魔法——只有可预测的性能。

C++ API 网关的架构

典型的 C++ API 网关由多个层组成：

\n
1. 传输层——接收和发送 HTTP 请求（boost::beast、libcurl、自定义套接字）
\n
2. 路由器——将 URL 映射到后端服务
\n
3. 中间件——身份验证、速率限制、日志记录、CORS
\n
4. 负载均衡器——轮询、最少连接、加权
\n
5. 缓存——内存响应缓存（LRU、LFU）
\n

以下是示意图：

客户端 → [C++ API 网关] → 中间件 → 路由器 → 负载均衡器 → 后端 A\n                               ↓\n                           [缓存]

每一层都是一个独立的模块。它们可以像积木一样组合。想要添加 JWT 验证？编写中间件。需要新的负载均衡算法？添加一个类。

编写 C++ API 网关：实战示例

我们将使用现代 C++20 和 boost::beast 库来处理 HTTP。我们的网关将：

\n
• 在端口 8080 上接收请求
\n
• 根据 URL 前缀进行路由
\n
• 验证 API 密钥
\n
• 限制每个 IP 每分钟 100 个请求
\n
• 在两个后端之间进行负载均衡
\n

步骤 1：基本结构

#include <boost/beast/core.hpp>\n#include <boost/beast/http.hpp>\n#include <boost/beast/version.hpp>\n#include <boost/asio/ip/tcp.hpp>\n#include <unordered_map>\n#include <memory>\n#include <string>\n\nnamespace beast = boost::beast;\nnamespace http = beast::http;\nnamespace net = boost::asio;\nusing tcp = net::ip::tcp;\n\n// 用于存储后端信息的结构体\nstruct Backend {\n    std::string host;\n    std::string port;\n    int weight;\n};\n\n// 路由器类\nclass Router {\n    std::unordered_map<std::string, std::vector<Backend>> routes_;\n    std::unordered_map<std::string, size_t> counters_; // 轮询\n\npublic:\n    void add_route(const std::string& prefix, std::vector<Backend> backends) {\n        routes_[prefix] = std::move(backends);\n        counters_[prefix] = 0;\n    }\n\n    Backend get_backend(const std::string& path) {\n