安全解析命令行参数需先识别--/-前缀，再用引号计数法找首个未被引号包裹的等号；布尔开关应单独存入unordered_set，带值参数存map；Windows下需用GetCommandLineA()获取原始参数或保守重包空格。
命令行参数转 std::map 本身没有标准库函数直接支持，必须手动拆分和解析；关键不在“能不能做”，而在于怎么避免空指针、等号缺失、重复键、URL编码冲突这些实际跑起来就崩的点。
如何安全地把 argv 字符串切分成键值对
不能直接用 std::string::find('=') 粗暴一劈——比如 --filter="name=John&age=30" 里有等号但不属于分隔符。得先识别参数前缀（-- 或 -），再找第一个未被引号包裹的等号。
- 跳过
argv[0]（程序名），从argv[1]开始遍历 - 对每个
argv[i]，检查是否以--或-开头；不是就跳过（视为位置参数） - 找到
=位置时，用简易引号计数法：遍历过程中遇到"或'就翻转一个布尔标记，只在标记为 false 时才认=为分隔符 - 没找到有效
=就当作无值布尔开关（如--verbose→verbose=true）
std::map<std::string, std::string> 存布尔值？别硬塞字符串
存 "true"/"false" 看似简单，但后续要判断时就得反复 == "true"，容易拼错或忽略大小写。更务实的做法是用两个容器：一个 std::map 存带值参数，一个 std::unordered_set 存开关型参数。
- 例如
--output=file.txt→ 插入map["output"] = "file.txt" - 而
--verbose --debug→ 插入flags.insert("verbose"); flags.insert("debug") - 查开关直接用
flags.count("verbose")，零开销，语义清晰 - 如果非要用单个 map，至少约定空字符串表示 true（
map["verbose"] = ""），并统一用!map.count(key) || map[key] != "false"判启用
Windows 下 argv 的隐式转义会让 "a=b c" 变成 a=b c，怎么办
这是 Windows CRT 启动代码干的——它在把命令行传给 main 前，已经按自己的规则去掉了外层引号，并合并了空格。你看到的 argv[i] 早已不是原始字节流。
立即学习“C++免费学习笔记（深入）”；
- 无法通过修改 C++ 代码绕过，这是操作系统级行为
- 若需保留原始参数（比如要转发给子进程），改用
GetCommandLineA()（WinAPI）或__argc/__argv（MSVC 扩展）获取原始字符串再手撕 - 跨平台项目建议直接依赖
boost::program_options或CLI11，它们内部已处理 Win/Linux 差异 - 自己实现时，在 Windows 上对 value 部分做一次保守的空格重包：若原始参数含空格且首尾无引号，就补上双引号再存（
value = "\"" + value + "\""）
真正麻烦的从来不是拆等号，而是用户输 --config=./conf.json --mode=prod --debug 时，你怎么让 --mode 不被 --debug 覆盖，又不让 --config 的路径里带的等号搞乱解析——这些边界得在第一次 argv 循环里就立住规矩，后面才不会越修越歪。
