C++标准规定main函数仅有两种合法签名：int main()和int main(int argc, char argv[])（或等价的int main(int argc, char* argv)），其他形式如void main()或带envp参数的变体均非标准，影响可移植性。
main函数的标准参数签名长什么样
C++ 标准规定 main 函数只有两种合法形式（ISO/IEC 14882 §6.6.3）：
– int main()
– int main(int argc, char* argv[]) 或等价写法 int main(int argc, char** argv)
其他变体（如 void main()、int main(int argc, char* argv[], char* envp[])）不是标准 C++，可能在某些编译器（如 GCC）下能通过，但会失去可移植性，CI 构建或跨平台部署时容易出错。
注意：argc 是参数个数（含程序名），argv 是指向 C 风格字符串数组的指针，argv[0] 是可执行文件路径（不保证是绝对路径，也不保证可执行 —— 可能被重命名或软链接调用）。
argc 和 argv 的实际取值规律
命令行输入 ./a.out -v --input=file.txt 123 时：
– argc == 5
– argv[0] == "./a.out"
– argv[1] == "-v"
– argv[2] == "--input=file.txt"
– argv[3] == "123"
– argv[4] == nullptr（C++ 标准要求 argv[argc] 必须为 nullptr）
立即学习“C++免费学习笔记（深入）”；
常见误解：
– argv 不会自动拆分带空格的参数：若用户输 ./a.out "hello world"，argv[1] 是整个 "hello world" 字符串，不会被切开
– 没有“默认跳过程序名”的捷径，argv + 1 才是第一个真正用户参数，需手动处理
安全访问 argv 的边界检查怎么做
直接写 if (argv[1][0] == '-') { ... } 是危险的 —— 如果没传参数，argv[1] 就是 nullptr，解引用会崩溃。
正确做法始终先检查 argc：
– 判断是否存在某选项：if (argc > 1 && std::string(argv[1]) == "-h") { ... }
– 遍历所有参数：for (int i = 1; i
– 获取文件名参数（如 ./tool input.txt）：if (argc != 2) { std::cerr \n"; return 1; }
额外提醒：argv[i] 指向的内存由运行时环境管理，不能 delete 或 free；修改其中字符（如转小写）是允许的，但别越界写入。
中文路径或带空格参数在 Windows 上的坑
Windows 控制台默认使用本地 ANSI 编码（如 GBK），而 argv 在 MSVC 下默认以该编码解码命令行 —— 若用户用 UTF-8 终端（如 VS Code 的 PowerShell）启动程序，中文路径可能变成乱码。
解决方案有限：
– 简单项目：避免中文路径，或要求用户用英文名
– Windows 原生支持：改用 wmain(int argc, wchar_t* argv[]) + SetConsoleOutputCP(CP_UTF8)，但需链接 shell32.lib，且 Linux/macOS 不支持
– 更通用：用 GetCommandLineW() + CommandLineToArgvW()（Windows API），再手动 UTF-8 转码，但已脱离标准 main 签名
本质上，C++ 标准对多字节/宽字符命令行无统一抽象，跨平台 CLI 工具（如 argparse 库）通常绕过 argv 直接解析原始命令行字符串，再自行编码转换 —— 这才是生产环境更可控的做法。
