应使用 boost::program_options 而非手写解析器；需显式声明 options_description 并调用 add_options()，布尔选项用 bool_switch()，默认值用 default_value()，parse_command_line() 后必须调用 notify() 触发赋值与校验。
直接用 std::map 手写参数解析器，90% 的情况会漏掉短选项合并（如 -abc）、值绑定歧义（--port=8080 vs --port 8080）、帮助信息缩进对齐，以及布尔标志的隐式赋值逻辑。别自己造轮子，先用 boost::program_options，它能自动推导类型、生成帮助、处理 POSIX 风格和 GNU 风格混用——但前提是得配对声明与解析，否则运行时报错。
如何声明选项并让 help 自动渲染？
必须显式调用 add_options() 并为每个选项提供完整描述字符串，其中 \n 控制换行，@ 段落缩进靠空格控制，不是靠 tab；help 项本身不参与解析，但缺失会导致 notify() 失败后无提示。
-
po::options_description desc("Allowed options");必须命名，不能只写options_description() - 布尔选项要写
bool_switch()，否则--verbose会被当成需要值的选项 - 带默认值的选项（如
int port = 8080）必须用default_value(8080)，不能只在变量初始化里写 - 长选项名（
config-file）会自动映射到config_file成员变量名，下划线转驼峰是内置规则
为什么 parse_command_line() 后还要 notify()？
parse_command_line() 只做词法切分和键值匹配，不触发任何赋值或校验；notify() 才真正把解析结果写入你声明的变量，并检查 required() 是否满足、类型转换是否失败。漏掉这步，所有变量还是初始值。
- 如果某个
required()选项没传，notify()会抛po::required_option异常，不是编译错误 - 整数选项若传了非数字（如
--port abc），notify()抛po::invalid_option_value - 想捕获这些异常，必须用
try/catch包住notify()，而不是parse_command_line()
如何把解析结果映射到 std::map<:string std::string>？
不推荐直接映射——boost::program_options 的设计目标是类型安全的结构化访问，强行扁平成 std::map 会丢失原始类型信息，且无法复用 required() 和 default_value()。真要 Map，得手动遍历 variables_map：
for (const auto& kv : vm) {
if (kv.second.empty()) continue;
// kv.first 是选项名（如 "port"），kv.second.value() 是原始值
// 注意：bool 类型 value() 返回的是 bool 值，需用 as<bool>() 显式取
result[kv.first] = kv.second.as<:string>();
}
</:string></bool>
但这样会丢掉未传入的默认值，且无法区分 --verbose（true）和 --no-verbose（false）这种双模式。
最易被忽略的是：命令行中多个相同选项（如 --include a.h --include b.h）默认只保留最后一个值，要支持多值必须显式声明 multitoken()，否则 as<:vector>>() 会崩溃。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
