argc 是 int 类型，表示参数个数；argv 是 char** 类型，指向以 nullptr 结尾的 C 风格字符串指针数组，其内容不可修改，且 argv[argc] 必须为 nullptr。
argc 和 argv 到底是什么类型？
它们不是“字符串数组”或“整数个数”的模糊概念，而是有明确定义的： argc 是 int，表示参数个数；argv 是 char**（即 char*[]），指向一个以 nullptr 结尾的 C 风格字符串指针数组。
常见错误是把 argv[0] 当作程序名“绝对可靠”——其实它由调用者传入，可能为空、为任意路径、甚至被篡改。Linux 下用 execve 手动启动时，argv[0] 完全可控。
-
argv的内存由运行时环境分配，不可修改内容（如argv[1][0] = 'X'是未定义行为） - 标准规定
argv[argc]必须为nullptr，可用来安全遍历：for (int i = 0; i 或 <code>for (char** p = argv; *p; ++p) - Windows 下宽字符入口（
wmain）用的是int wmain(int argc, wchar_t* argv[])，和main不互通
怎么安全地解析 argv 中的选项和参数？
别手写 for 循环逐个比对 argv[i] == "-v"——容易漏掉 --help、-o=file.txt、-abc 这类组合短选项，也难处理位置参数与选项混排的情况。
推荐直接用 getopt（POSIX 系统）或跨平台库如 argparse（C++20 后可用第三方轻量实现）。Windows 用户若坚持不用第三方，至少用 _tcsicmp 替代 strcmp 避免大小写敏感问题。
立即学习“C++免费学习笔记（深入）”；
-
getopt默认不支持长选项（--verbose），需用getopt_long，且必须传入struct option数组 - 注意
optind全局变量：多次调用getopt前要重置为1，否则会从上次结束位置继续 - 如果程序允许“选项后跟非选项参数”（如
./a.out -v file.txt -o out.bin），需调用getopt前设optstring开头加+（如"+hv"），否则它会自动重排argv
argc == 1 时，argv[0] 一定存在吗？
存在，但内容不确定。C++ 标准只要求 argv[0] 为 nullptr 或指向有效字符串，没说必须是程序名。实际中：
- Shell 直接执行：通常是绝对/相对路径（
./main、/home/u/main） - 通过
system()或fork+exec启动：取决于父进程如何填argv[0] - 某些容器或沙箱环境（如 gVisor）可能设为
""或占位符
所以想获取真实可执行路径，不能只信 argv[0]。Linux 下建议读 /proc/self/exe（readlink），macOS 用 _NSGetExecutablePath，Windows 用 GetModuleFileNameA(nullptr, ...)。
用 std::string 处理 argv 有哪些坑？
可以转，但要注意生命周期和编码。直接写 std::string(argv[1]) 没问题，但以下情况会出事：
- 在
main返回后还持有这些std::string的引用（比如存进全局vector再异步访问）——argv所指内存只在main执行期有效 - Windows 控制台默认是 GBK 编码，而源码文件可能是 UTF-8，
argv中中文参数会乱码；此时应尽早调用SetConsoleOutputCP(CP_UTF8)并用MultiByteToWideChar转宽字符再构造std::wstring -
std::string构造函数不会做空字符截断，但如果有人恶意传入./a.out "hello\0world"（实际很难），argv[1]指向的 C 字符串已在第一个\0终止，std::string拿到的只是"hello"
真正麻烦的从来不是怎么取参数，而是怎么让不同系统、不同终端、不同 shell 下的字节流，在你的程序里变成一致可处理的字符串——这一步没统一好，后面所有逻辑都可能崩在看似无关的地方。
