getopt 默认遇未知选项调用 exit(1)，需设 opterr=0 自定义错误处理；getopt_long 易因 longindex 未传或 flag 设置不当出错；跨平台时 Windows 缺失原生支持，应检测或替换实现。
getopt 处理命令行参数时程序直接退出？
默认情况下，getopt 遇到未知选项（比如传了 -z 但没在 optstring 里声明）会打印错误信息并调用 exit(1)。这不是 bug，是 POSIX 默认行为。
想自己控制错误处理，必须在调用 getopt 前把全局变量 opterr 设为 0：
opterr = 0;
while ((c = getopt(argc, argv, "ab:f:")) != -1) {
// ...
}
if (optopt) {
fprintf(stderr, "Unknown option '-%c'\n", optopt);
}
-
optopt记录最后那个非法选项字符（如'z'），仅当opterr == 0且遇到未知选项时才有效 - 如果 optstring 开头加冒号（如
":ab:f:"），getopt对缺失参数也返回':'而非'?'，方便区分“未知选项”和“选项缺值” - Windows 下的 MinGW 或 MSVC 不自带
getopt，得自己实现或引入兼容层，别假设它一定存在
getopt_long 支持长选项但解析逻辑容易写错
getopt_long 是 GNU 扩展，支持 --help 这类长选项，但结构体初始化和循环条件稍不注意就漏掉关键分支。
最常见错误：只检查 getopt_long 返回值是否为 -1，却忽略 longindex 参数未被赋值、或 flag 字段设置不当导致选项不触发回调。
立即学习“C++免费学习笔记（深入）”；
struct option long_opts[] = {
{"verbose", no_argument, &verbose_flag, 1},
{"output", required_argument, nullptr, 'o'},
{nullptr, 0, nullptr, 0}
};
// 必须传 &long_index，否则无法识别长选项
while ((c = getopt_long(argc, argv, "o:", long_opts, &long_index)) != -1) {
switch (c) {
case 0: // flag 已设，无需再处理
break;
case 'o':
output_file = optarg;
break;
}
}
- 长选项若用
flag字段（指向 int 的指针），返回值恒为 0，实际靠修改*flag传递状态，别在case 0:里漏掉break - 短选项和长选项共用同一个
case分支时，optarg对两者都有效，但长选项无参数时optarg为nullptr -
getopt_long_only可让单破折号也识别长选项（如-help当作--help），但和标准 POSIX 行为冲突，慎用
argv[0] 和参数顺序混在一起导致 getopt 提前终止
getopt 默认只处理从 argv[1] 开始的参数，但它内部会重排 argv 数组——把非选项参数（比如文件名）挪到后面，同时更新 optind 指向第一个非选项位置。
如果你在循环中手动改 argv 或依赖原始顺序（比如想保留 argv[2] 是输入文件），optind 就成了唯一可靠索引。
- 调用
getopt前不要假设argv[optind]是选项；调用后用argv + optind获取剩余参数列表 - 想禁用重排（保持
argv原序），把optstring第一个字符设为'+'（如"+ab:f:"），此时getopt遇到第一个非选项就停止 - POSIX 允许选项和非选项混合（如
cmd -a file.txt -b），但 GNU 默认启用“permutation”，+前缀可关闭它
跨平台编译时 getopt 不可用或行为不一致
Linux/macOS 原生支持 getopt，但 Windows 官方 CRT 不提供；即使 MinGW 有，getopt_long 的 struct option 成员名（如 val vs flag）在旧版头文件里可能不同。
更稳的做法是：用 CMake 检测 HAVE_GETOPT_H，或直接集成轻量替代库（如 argparse 或手写简易解析器），而非硬依赖。
- MSVC 用户可考虑
boost::program_options，但引入 Boost 是重量级方案；简单场景用std::string_view+ 手动遍历argv更可控 - Android NDK r21+ 开始支持
getopt，但旧版本需自己定义_GNU_SOURCE并链接libandroid_support - 哪怕只用短选项，也要注意
optind初始值在不同 libc 中可能为1或0，别写死下标
getopt 内部。 
