Cinatra

协程框架高并发翻车了？三个C++ Web框架实测，结果出乎意料 上一版测完总觉得哪里不对，于是改了配置又跑了一遍——这次结果老实多了。 前言：为什么重新测了一遍 这篇文章其实是第二版了。上一篇发出来之后我越想越不对劲——当时每个容器只给了 512MB 内存，fd 上限也没显式调高，跑 10K 并发的时候实际上根本没撑到一万个连接。wrk 报了一堆 connect 8983 错误，真正建立的有效连接也就一千出头，所谓的"高并发 10K"测试本质上测的还是千级并发。那组数据里 Hical 高并发"遥遥领先"的结论，现在看有水分。 这次我把配置拉满了：每容器 1024MB 内存、nofile 上调到 65536，VM 内核参数也做了对应调优（somaxconn、tcp_max_syn_backlog、端口范围等），确保 wrk 发起的一万个连接能真正建立起来。同时精简了文章的对比范围——压测还是 6 个框架一起跑的（数据完整保留在文章末尾），但本文只聚焦 Hical、Drogon、Cinatra 三个第一梯队选手做深入分析。这三个在上一版常规场景里已经拉开了和其余框架的差距，继续带着 91 QPS 的 cpp-httplib 同框只会让图表失真。 结果确实和上次不一样，尤其是高并发部分的排名翻了个个儿。先把结论放在前面：常规负载下三个框架打得很近，但各自有各自的强项——Hical 在 JSON 和中间件场景领先，Cinatra 在纯吞吐和 JSON Echo 上更快，Drogon 在高并发场景下表现最好。 测试环境 宿主机硬件： 项目 配置 处理器 Intel Core i7-11700K @ 3.60GHz（8核16线程） 内存 32 GB 存储 SSD（900 GB） 宿主系统 Windows 10 Enterprise LTSC 2021 虚拟化环境： 项目 配置 虚拟化平台 Oracle VM VirtualBox 7.1（半虚拟化接口: KVM） Guest OS Ubuntu 24.04.3 LTS Server VM 分配 16 GB RAM / 8 CPU Docker Engine 29.4.3 + Compose v5.1.3 每框架容器 4 CPU + 1GB RAM，nofile=65536 压测工具 wrk 4.1.0（独立容器），4 线程 默认并发 100 连接 持续时间 30 秒 编译器 GCC 14.2（Ubuntu 24.04） 优化级别 Release（-O2） 采样方式 每场景连续跑 3 轮，取算术平均值 注：所有框架运行在同一台 VM 的 Docker 容器中，wrk 也在同一 Docker 网络内发起请求（容器间通信，无宿主机网络栈介入）。VirtualBox 虚拟化会引入一定开销，绝对 QPS 数值会低于裸机，但各框架的相对排名通常稳定。 ...

C++ Web 框架性能实测：Hical vs Drogon vs Crow vs Oat++ vs cpp-httplib vs Cinatra（2026） 上一篇横评我们从架构设计、功能完整度和开发体验角度对比了四个 C++ Web 框架。结论是"各有适合的场景"——但没回答一个关键问题：到底差多少。本文用硬数据补上这个缺口：相同硬件、相同容器、相同压测工具，12 个场景全量对比，包括别人不太敢贴的对自己不利的数据。 目录 1. 引言 2. 测试环境与方法论 3. 基础吞吐量对比 4. 中间件链开销对比 5. 高并发扩展性 6. 资源效率 7. 延迟分析 8. 综合分析与选型建议 9. 结论 10. 复现指南 1. 引言 C++ Web 框架的选型讨论中，最常听到三句话： “Drogon 在 TechEmpower 上排名很高” “Crow 极简，几行代码就能跑” “Oat++ 零依赖，开箱即用” “cpp-httplib 零依赖单头文件，几行就能搭 HTTP 服务” “Cinatra 是国产 C++20 协程框架，性能号称顶尖” 这些都是事实，但缺少在统一条件下的定量对比。框架官网的 benchmark 通常只跑 Hello World，且各自用不同的硬件、不同的压测工具、不同的并发参数——数据之间几乎没有可比性。 本文的定位： 补充 07 号文章 的定性对比，用数据量化各框架的性能差异 与 11 号文章 的跨语言对比形成互补——那篇回答"C++ 和 Go/Rust 差多少"，本篇回答"C++ 框架之间差多少" 所有数据可复现——Docker 一键启动，run_bench.sh 跑一遍就能拿到结果 2. 测试环境与方法论 2.1 硬件 & 容器环境 项目 规格 宿主机 Windows 10 Enterprise LTSC 2021，Intel Core i7-11700K @ 3.60GHz（8 核 16 线程），32GB 内存 虚拟机 Oracle VirtualBox 7.1，Ubuntu 24.04.3 LTS Server，8 CPU / 16GB 内存 / 102GB SSD Docker Docker Engine 29.4.3（VM 内原生运行，非 Docker Desktop） 容器资源 每容器限制 4 CPU + 512MB 内存 网络 Docker 内部 bridge 网桥，wrk 独立容器通过服务名访问各框架 网络拓扑说明：所有容器运行在 VirtualBox Linux VM 内的 Docker Engine 上，wrk 与六个框架容器处于同一 Docker bridge 网络，网络条件完全一致。 ...

2026 年 C++ Web 框架横评：Hical vs Drogon vs Cinatra vs Crow vs Oat++ 如果你在 2026 年启动一个需要 C++ Web 服务的项目，面前摆着 Drogon、Cinatra、Crow、Oat++ 和 Hical 五个选择。该怎么选？本文从架构设计、异步模型、内存管理、功能完整度、开发体验五个维度做一次横向对比，帮你快速定位最适合的框架。 一句话概括 框架 一句话定位 Drogon 久经考验的高性能全栈框架，TechEmpower 榜单常客 Cinatra header-only 的 C++20 协程 HTTP 框架，阿里 yalantinglibs 生态成员 Crow 极简轻量的微框架，Express.js 风格，上手最快 Oat++ 零依赖、内置 Swagger 的 API 框架，嵌入式友好 Hical 自研 HTTP/WS 栈 + PMR 内存池 + C++26 反射的现代全栈框架 核心对比表 Hical Drogon Cinatra Crow Oat++ C++ 标准 C++20（C++26 就绪） C++17 / C++20 C++20 C++14 / C++17 C++11+ 异步模型 协程（co_await 全链路） 回调 + 协程混合 协程（async_simple::Lazy） 回调 自研异步 API 内存管理 PMR 三层内存池 默认分配器 默认分配器 默认分配器 默认分配器 HTTP 解析 picohttpparser（自研栈） 自研（Trantor） 自研 自研 自研 SSL/TLS 编译期模板分支 运行时分支 运行时配置 运行时分支 运行时分支 路由 哈希表 O(1) + 参数线性 基数树 字符串匹配 + 正则 前缀树 Controller 映射 中间件 洋葱模型（协程链） Filter 链 AOP 切面 基础 Interceptor WebSocket 内置（自研 RFC 6455） 内置 内置 内置 内置 Cookie / Session 内置（RFC 6265） 内置 有限 有限 有限 文件上传 内置（DoS 防护） 内置 内置 需手动 内置 静态文件 内置（ETag/304） 内置 内置 需手动 有限 ORM 协程化 DB 中间件（MySQL） 内置（PG/MySQL/SQLite） 无（生态有 ormpp） 无 模块化（PG/SQLite/Mongo） OpenAPI/Swagger 内置（自动生成 + Swagger UI） 第三方 无 无 内置 日志系统 内置（6 级 + 异步双缓冲 + 通道路由） 自带（简易） 基础 无 自带（loggers） CORS 内置中间件 内置 需手动 需手动 内置 HTTP/2 不支持 支持 不支持 不支持 不支持 反射/自动序列化 C++26 双轨（原生 + 宏） 无 生态有 struct_json/struct_pack 无 宏 DTO 系统 HTTP 客户端 无 内置 内置（协程化） 无 内置 外部依赖 Boost.Asio + OpenSSL + zlib Trantor + jsoncpp + … 无（可选 OpenSSL） Asio 零依赖 License MIT MIT MIT BSD-3 Apache-2.0 深度对比 1. 异步模型 这是选框架时最该关注的维度，因为它决定了你写业务逻辑的方式。 ...