std::map是最直接的命令行参数存储结构，因其天然支持键值映射，便于解析--host=localhost等格式并后续取值；需手动处理等号赋值、空格分隔、短选项连写等规则；参数值应先存为string再按需转换；第三方库仅在需帮助信息、类型校验等复杂场景才值得引入。
std::map<:string std::string> 是最直接的存储结构
命令行参数本身是扁平的 char* argv[]，没有内置键值语义。想转成键值对，得先定义规则：比如 --host=localhost 或 -p 8080 这类形式。C++ 标准库不提供解析器，必须自己拆分或借助约定。用 std::map 存是最自然的选择——键是选项名（如 "host"），值是对应字符串（如 "localhost"），后续取值也方便。
手动解析时要区分等号赋值和空格分隔两种格式
常见 CLI 风格混用，比如 --port=3000 和 -v --config config.json。不统一处理会漏值或错位：
-
--key=value：用std::string::find('=')切分，左边去前后缀（--或-），右边即值 -
-k value或--key value：需检查下一个argv[i+1]是否存在且不以-开头；否则视为布尔开关（如-v） - 短选项连写（
-abc）要额外循环拆解，通常只对无参开关支持，带值的（如-f file.txt）建议避免连写
别直接用 std::stoi 或 std::stod 转换参数值
键值对本质是字符串映射，过早转类型会丢失原始输入、引发异常、且无法回退。比如用户传 --timeout=0x10 或 --rate=1.5e2，强行 std::stoi 会抛 std::invalid_argument。正确做法是先全存为 std::string，等业务逻辑真正需要时再按需转换，并包裹 try/catch：
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
std::string val = args["timeout"]; // args 是 map
try {
int t = std::stoi(val);
} catch (const std::exception&) {
// 处理非法数值
}
第三方库如 boost::program_options 或 CLI11 并非银弹
它们能省掉基础解析，但引入依赖、增加编译时间，且配置稍重。例如 boost::program_options 要显式声明每个选项的类型、默认值、描述，对简单脚本（如工具链中一个 20 行的 wrapper）反而臃肿。如果只是临时解析几个参数，手写 30 行 for 循环更轻量、更可控。只有当需要自动帮助信息、类型校验、子命令或多配置源（ini + CLI 合并）时，才值得引入。
立即学习“C++免费学习笔记（深入）”；
容易被忽略的是：所有解析逻辑都应在 main(int argc, char* argv[]) 入口尽早完成，不要拖到函数深处再解析——否则调试时参数来源变得模糊，尤其涉及子进程 exec 或环境变量 fallback 时。
