std::map不适合存命令行参数，因其自动去重、按键排序，丢失原始顺序和重复键（如多次-v）；正确做法是用std::vector原样保存argv，解析后按需构建std::unordered_map。
为什么 std::map 不适合直接存命令行参数键值对
因为命令行参数顺序敏感、允许重复键（比如多次传 -v 表示更详细日志），而 std::map 会自动去重并按 key 排序，丢掉原始顺序和重复项。实际解析时得保留所有 token 的出现次序，还要支持短选项合并（-abc）、长选项带等号（--file=config.txt）等行为。
正确做法是先用 std::vector<:string></:string> 原样保存 argv，再按规则扫描；真正需要映射查询时，才构建一个辅助 std::unordered_map<:string std::vector>></:string>，把每个 option 对应的所有值都存进 vector。
- 短选项合并要手动拆解：
-abc≠"-abc"，得逐字符判断是否为合法 option 字符 -
--foo=bar和--foo bar是等价的，但解析逻辑不同：前者在=处切分，后者取下一个 argv 元素 - 位置参数（非
-或--开头的字符串）必须原序保留在单独容器里，不能混进 option map
如何用 std::string_view 避免频繁拷贝参数字符串
遍历 argv 时，每个参数都是 C 风格字符串，用 std::string 包装会触发内存分配和拷贝。改成 std::string_view 可以零开销引用原始数据，尤其适合只读解析场景。
但要注意：它的生命周期依赖于 argv 所指内存的有效性，不能脱离 main 函数作用域长期持有；且不能用于需要修改或拼接的场合（比如把 --output=file.txt 中的 file.txt 提出来再加路径前缀）。
立即学习“C++免费学习笔记（深入）”；
- 判断是否为选项：检查
sv.starts_with("-")，而非sv[0] == '-'（避免越界） - 区分长短选项：
sv.size() > 2 && sv[1] != '-' ? "short" : "long" - 提取等号后值：
auto pos = sv.find('='); if (pos != sv.npos) return sv.substr(pos + 1);
std::unordered_map 存 value 用 std::vector 还是 std::string
取决于语义。如果一个 option 只允许出现一次（如 --port=8080），value 类型设为 std::string 更直观；但一旦支持多次（-I /usr/include -I /opt/local/include），就必须用 std::vector<:string></:string>，否则后一次会覆盖前一次。
更稳妥的做法是统一用 std::vector，并在访问时约定“取 .back() 当默认值，遍历全量当高级用法”。这样既兼容单值也兼容多值，API 更一致。
- 插入逻辑示例：
options["-I"].emplace_back(value_sv.data(), value_sv.size()); - 注意
data()+size()构造std::string是安全的，因string_view指向的是 argv 内存，保证以\0结尾 - 不要用
std::string(value_sv)—— 虽然等价，但部分编译器可能多一次隐式转换
遇到 -- 怎么处理：它不是选项，而是分隔符
-- 是 POSIX 标准规定的“选项结束标记”，之后所有内容无论是否以 - 开头，都视为位置参数。很多手写解析器会把它当成普通 option 处理，导致后续参数被错误忽略或误判。
解析循环中一旦遇到字面量等于 "--" 的 token，应立即退出 option 解析阶段，把剩余所有 argv 元素（包括 -- 本身之后的）全部 push 到位置参数 vector 中，不再尝试匹配任何 option 规则。
- 不能只检查
sv == "--"，要确保是完整 token，不是--help或-x-- - 若用户写了
cmd -- -f file.txt，那-f和file.txt都是位置参数，不能被当作选项解析 - 某些工具（如
git）还支持-c这类“子命令分隔符”，但那是上层协议，不属于 getopt 兼容范畴
真正难的不是识别 -v 或 --help，而是边界情况：空字符串参数、含空格的路径、shell 展开后的引号丢失、编码非 UTF-8 的参数。这些没法靠 map 或 string_view 自动解决，得在调用方做防御性检查。
