simdjson/simdjson

解决什么问题

JSON 是 API、日志、配置和数据库行的事实默认格式，在高吞吐的 C++ 服务里，解析 JSON 可能占到可观的 CPU 时间。常见做法是加核、加机器。simdjson 换了个方向：用 SIMD 指令和两阶段、微并行算法，在保证完整校验和数值无损的前提下把单核解析速度做到 GB/s 量级。

有什么不同

C++ 里常被拿来对比的是 RapidJSON、nlohmann/json 和 yyjson。nlohmann/json 图的是好用，性能出了名地慢；RapidJSON 是久经考验的常规实现；yyjson 走传统标量路线拼速度。simdjson 的思路是让 CPU 的向量单元先干结构性的活——找引号、括号、反斜杠——再做标量解析，并在运行时自动选择适配当前 CPU 的实现，一个二进制通吃 x86 和 ARM。另外两点比较突出：on-demand API 允许你只物化真正访问到的字段；NDJSON 支持多线程并行。代价是心智模型更严格——拿到的是指向输入缓冲区的视图，生命周期要自己留意。

适合谁

适合写 C++ 后端和基础设施、要处理大 JSON 载荷的工程师：日志管道、数据库写入、API 网关、分析引擎。README 里列出的生产用户——Node.js、ClickHouse、Velox、StarRocks、Doris——足以说明它不是玩具。如果你写的是 Python 或 Go 应用，应该优先用对应的语言绑定，而不是直接接 C++ 核心；如果 JSON 又小又少，这点性能提升抵不上接入成本。想找 nlohmann/json 的 header-only 平替的团队也请另找——API 并不兼容。

上手成本

README 写得相当完整：要求 64 位系统上的 g++ 7+ 或 clang++ 6+，把 simdjson.h 和 simdjson.cpp 两个文件拷进项目就能用。各大发行版基本都有包，还列了一长串其他语言的绑定。Apache-2.0 对商用很友好。真正的成本在概念上：on-demand API、padded_string、带异常或不带异常的错误处理、运行时派发，都得先读文档。编译期解析目前只支持 C++26，当作实验特性看待。

点评

simdjson 是少数扛住了自身宣传的性能库：项目已八年，24k+ stars，有同行评审论文，生产用户里有一批世界上最忙的数据系统。在追踪窗口内它没有上过每日 trending，当前信号只是 cpp 月榜 +219、#11，属于成熟项目稳定关注度的样子，而不是一次性爆发。对一个解析依赖来说这正是好事：无聊、快、有人在维护。只有当 JSON 解析真的出现在你的性能剖析里时再引入它。