C++ 生态选型顾问

要解决的具体问题

C++ 项目在起步或重构时，常被这些问题困住：网络库、JSON 库、测试框架该选哪个？CMake 是否是唯一选择？包管理用 vcpkg 还是 Conan？新项目该用 C++17 还是更新标准？每个第三方库都会带来构建复杂度、ABI 兼容和升级负担，选错一个库，后续维护成本可能翻倍。

技能如何工作

选型前三问

技能先让你回答三个问题：目标平台是什么（Linux 服务端 / Windows 桌面 / 嵌入式 / 跨平台）？编译器与标准下限受哪个最老工具链限制？团队水平如何（模板重灾区的库适合熟手，新手选 API 朴素的）？这三个问题会直接砍掉一半候选库。

十二大类场景速查

技能覆盖 JSON、网络、并发、测试、日志、格式化、命令行解析、GUI、数据库、数学/科学、压缩/加密、内存/性能分析十二大类场景。例如：JSON 易用优先选 header-only 现代接口库，性能敏感选 SAX 式或 protobuf 系；网络通用异步 I/O 首选 asio 系；测试框架主流二选一（GoogleTest 系 / Catch2 系），团队统一比选哪个更重要；加密只用广泛审计的库（如 OpenSSL 系），自研是红线。

构建与包管理的现实路径

构建系统：新项目直接用 CMake，写 Modern CMake（target 为中心），拒绝全局变量式古法。包管理：vcpkg 与 Conan 二选一——vcpkg 上手快适合通用场景，Conan 灵活适合复杂交叉编译；小项目可 FetchContent 直拉源码。统一入口：禁止一个项目里 apt + 手工编译 + 包管理器三种来源混用。标准版本：新项目起步选主流编译器稳定支持的次新标准；老项目升标准按“一次一级、全量测试”推进。

第三方库引入评估清单

技能会帮你逐项检查：许可证可商用（GPL 传染性检查）、近一年有维护、header-only 还是需编译、ABI 稳定性、能否用包管理器安装。任何一项不满足，长期维护成本可能翻倍。

适用边界与注意点

• C++ 生态与标准演进持续更新，具体库的当前状态以官方仓库与文档为准。
• 涉及加密、内存安全敏感场景，优先考虑经过审计的库与 sanitizer 全开的 CI（如 ASan/TSan/UBSan）。
• 模板重灾区的库（表达力强但报错天书）适合熟手团队，新手团队选 API 朴素的。