应使用 std::string_view 而非 std::string 存储命令行参数，因其零拷贝、常数时间构造且复用 argv 原始内存；但需确保 string_view 生命周期不超出 main 作用域，避免悬垂指针。
为什么不能直接用 std::string 存储命令行参数
因为 argv 指向的是只读的 C 风格字符串（char*），生命周期由操作系统保证，直到 main 返回。用 std::string 构造会触发内存拷贝——哪怕你只是想比对参数名或跳过前缀，也白白多一次分配和复制。尤其在高频解析（如 CLI 工具、服务启动参数）中，这会放大延迟。
而 std::string_view 是零拷贝视图：它只存指针和长度，构造开销是常数时间，且能直接复用 argv[i] 的原始内存。
- 必须确保
argv所指内存在整个解析期间有效——main函数内完全满足 - 不要把
string_view保存到全局或返回给调用方，除非你能担保底层数据不被释放 -
string_view无法隐式转成std::string，但可显式构造：std::string{sv}（仅当真需要拥有所属字符串时）
string_view 如何安全地做前缀匹配和切分
命令行常见模式如 --verbose、-h、--output=file.txt，都需要快速判断前缀并提取值。用 string_view 做这事既快又干净，但要注意边界条件。
-
sv.starts_with("--")和sv.starts_with("-")安全，前提是sv.size() >= 2；否则行为未定义（实际多数 STL 实现会返回false，但别依赖） - 提取等号后内容：若
sv.find('=') != sv.npos，再用sv.substr(pos + 1)——substr返回新string_view，仍指向原内存，无拷贝 - 避免
sv.data() + offset手动算指针：容易越界；优先用substr或remove_prefix
示例：
立即学习“C++免费学习笔记（深入）”；
if (arg.starts_with("--output=")) {
auto value = arg.substr(9); // 9 == strlen("--output=")
// value 是指向 argv[i] 中 "file.txt" 部分的 view
}
如何避免 string_view 生命周期陷阱
最典型错误：把 argv[i] 转成 string_view 后存进容器（如 std::vector<std::string_view>），然后在函数外使用。只要 main 结束，argv 内存就失效，后续访问就是未定义行为。
- 解析逻辑必须在
main或其直接调用的函数内完成；所有string_view变量作用域不得跨出该范围 - 如果需要长期持有参数值（比如配置结构体），应在解析时一次性转成
std::string或std::string_view对应的std::string拷贝 - 临时拼接（如组合路径）不能靠
string_view直接 +：它不支持operator+；要用std::string{a} + std::string{b}或fmt::format等
一个最小可行的解析器骨架怎么写
不需要第三方库，50 行内就能写出兼顾效率与可读性的基础解析器。核心是把参数分两类处理：标志位（flag）和带值选项（option），全部用 string_view 流式处理。
- 遍历
argv从1开始（跳过程序名），每个arg建模为std::string_view{argv[i]} - 用
std::unordered_map<std::string_view, std::string_view>存选项值（key 是选项名如"--port"，value 是对应string_view）——注意 map 的 key 是 view，所以整个 map 必须在main栈上 - 布尔 flag 可用
std::unordered_set<std::string_view>记录出现过的标志（如"--help"） - 遇到
--就停止解析选项，后面全作位置参数（positional args）
关键点：所有容器都声明在 main 里，所有 string_view 都不离开当前作用域。
-abc 应拆成三个短选项，还是当作一个长选项？--foo=bar baz 的 baz 算值还是下一个参数？这些规则必须手动定义清楚，string_view 只负责高效执行。 
