性能测试

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 网络，网络条件完全一致。 ...

VM 直接编译运行 Hical Benchmark 流程 不走 Docker，直接在 VM 上编译项目源码 + bench_server，用 wrk 压测。 适用于需要验证本地代码改动的场景（如性能优化后的 A/B 对比）。 前置条件 VM 里已有 Hical 项目源码：~/projects/Hical/ 已安装编译依赖（GCC 14+、CMake 3.20+、Boost 1.82+、OpenSSL） 挂接点 /mnt/hical_host/ 对应宿主机 d:/hical/Hical/ 一、同步宿主机代码改动到 VM 如果在宿主机上修改了源码，需要先拷贝到 VM 项目目录： 1 2 3 4 5 # 示例：拷贝 3 个改动文件 cp /mnt/hical_host/src/core/HttpServer.h \ /mnt/hical_host/src/core/HttpServer.cpp \ /mnt/hical_host/src/core/HttpSessionImpl.cpp \ ~/projects/Hical/src/core/ 或者整体同步 src 目录： 1 rsync -av /mnt/hical_host/src/ ~/projects/Hical/src/ 二、编译 1 2 3 4 5 6 7 8 9 10 cd ~/projects/Hical # 清理旧构建（可选，首次或 CMake 配置变更时执行） rm -rf build # 配置：Release + 编译 bench_server cmake -B build -DCMAKE_BUILD_TYPE=Release -DHICAL_BUILD_BENCH=ON # 编译（-j 自动取 CPU 核数） cmake --build build -j$(nproc) 编译产物：build/bench_server（直接链接本地 hical_core 库，代码改动即生效）。 ...

实测：C++ vs Go vs Rust，谁的 Web 性能更强？ “2026 年了，还有人用 C++ 写 Web 服务？” 这个问题我被问过不止一次。答案是：有，而且有相当充分的理由。本文不是要说服你用 C++，而是把三种语言放在同一个擂台上，用数据说话，帮你在实际项目里做出最合适的选择。 目录 1. 背景：三种语言在 Web 领域的 2026 年现状 2. 测试环境与方法论 3. Hello World QPS 对比 4. JSON CRUD QPS 对比 5. 内存占用对比 6. 开发效率对比 7. 生态与工具链对比 8. 各语言适用场景 9. 总结 1. 背景：三种语言在 Web 领域的 2026 年现状 C++：从游戏服务器到高性能 API C++ 在 Web 领域长期处于"少数派"地位，但 2020 年代之后情况在变化。C++20 协程（co_await）和 PMR 内存池让 C++ 的异步 Web 编程体验大幅改善；C++26 的反射提案进一步压缩了模板样板代码。游戏公司、金融公司、CDN 基础设施商是 C++ Web 服务的主要用户群——他们要么已经有大量 C++ 代码，要么对延迟的要求超出了 GC 语言的舒适区。 ...