C++标准库不提供命令行参数解析函数，argv是char*[]类型，所有参数均为字符串，需手动解析并校验边界。
直接用 argc 和 argv 就能拿到原始命令行参数，但“解析”这事本身没有标准库函数——C++ 标准库不提供参数解析工具，得自己拆、比、转，或者用第三方库。
为什么不能直接用 argv[i] 当成整数或布尔值用
argv 是 char*[]，所有参数都是字符串；argv[0] 是程序名，argv[1] 开始才是用户输入。你看到 ./a.out -v --port 8080，实际是：argv[0] = "./a.out"，argv[1] = "-v"，argv[2] = "--port"，argv[3] = "8080"。中间没自动关联，也没类型推断。
常见错误现象：
- 把
argv[2]当成数字直接赋给int port→ 编译不过（类型不匹配） - 写
if (argv[1] == "-h")→ 比较的是指针地址，永远为假（要用std::strcmp或std::string(argv[i]) == "-h"） - 假设
--port后面一定有值 →argv[i+1]可能越界，argc没检查就访问
手动解析的最小安全模式（不用第三方库）
核心是：先遍历 argv，识别标志位（如 -v、--help），再按规则取后续参数。必须检查 i + 1 才能读下一个。
立即学习“C++免费学习笔记（深入）”；
实操建议：
- 用
std::string包一层argv[i]，方便用==和starts_with - 对短选项（
-v）和长选项（--verbose）分开处理，别混在一起硬刚 - 遇到
--就停止解析，后面全当位置参数（positional args） - 数值转换用
std::stoi/std::stoul，捕获std::invalid_argument和std::out_of_range
示例片段（检查是否启用调试）：
bool debug = false;
for (int i = 1; i < argc; ++i) {
std::string arg(argv[i]);
if (arg == "-d" || arg == "--debug") {
debug = true;
} else if (arg == "--port" && i + 1 < argc) {
try {
port = std::stoi(argv[++i]);
} catch (...) { /* 处理转换失败 */ }
}
}
什么时候该换 boost::program_options 或 CLI11
一旦出现以下任一情况，手写解析就开始反人类：
- 需要支持子命令（如
git commit、git push） - 要自动生成帮助文本（
-h输出格式化列表） - 参数有依赖关系（
--output必须配合--input） - 要支持配置文件回退（命令行覆盖 config.toml 中的值）
- 需要类型安全绑定（把
--timeout 30s自动转成std::chrono::seconds）
CLI11 集成最轻量：头文件-only，几行就能绑一个 int 变量；boost::program_options 更重但支持 INI/环境变量等多源合并。选哪个不看名气，看构建系统是否允许加依赖。
容易被忽略的边界点
Windows 下命令行可能含 Unicode（比如中文路径），argv 默认是窄字符，会乱码；Linux/macOS 一般 UTF-8，但终端 locale 不一致时也可能出问题。如果真要健壮支持非 ASCII 参数，得用 wmain + wargv（Windows）或确保终端编码统一（其他平台）。日常开发中，先默认只处理 ASCII 参数更实际。
