带空格路径在命令行中需用引号包裹，但引号由shell/命令解释器解析并剥离，argv中已无引号；windows cmd/powershell和linux bash行为一致，未加引号会导致路径按空格分割断裂。
带空格的路径在 C++ 命令行参数里不会自动保留——系统（Shell 或 Windows CMD）在传入 argv 前就已按空白切分，引号只是 Shell 解析时的语法糖，不进程序。
Windows 下 CMD / PowerShell 启动时，引号是否生效？
有效，但只到进程创建前。CMD 会把 "C:\My Folder\app.exe" 中的引号剥离，再把 C:\My Folder\app.exe 作为完整可执行路径启动；同理，myapp.exe "D:\Data Files\input.txt" 会让 argv[1] 变成 D:\Data Files\input.txt（不含引号）。关键点是：引号由 Shell 消费，不是 C++ 自己解析出来的。
- 如果用户漏打引号（如直接写
myapp.exe D:\Data Files\input.txt），argv[1]是D:\Data，argv[2]是Files\input.txt—— 路径彻底断裂 - PowerShell 行为一致，但对 Unicode 路径支持更好；CMD 在 GBK 环境下遇到中文路径可能乱码，这不是引号问题，而是编码传递问题
-
GetCommandLineA()/GetCommandLineW()可以拿到原始命令行字符串（含引号），但需自己解析——不推荐，容易出错
Linux/macOS 下 bash/zsh 启动时，引号怎么影响 argv？
和 Windows 类似：引号在 fork/exec 前就被 shell 解析掉了，argv 数组中每个元素已经是“去引号+去空白”的干净字符串。比如 ./myapp "/home/user/My Documents/data.json" → argv[1] 就是 /home/user/My Documents/data.json。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 真正危险的是用户没加引号又用了通配符（如
./myapp /tmp/*.log），shell 会先 glob 展开，argv[1]变成第一个匹配文件，后面全是额外参数 - 如果你用
system()拼接路径再执行子进程，必须手动补引号：std::string cmd = "cat \"" + path + "\""; system(cmd.c_str());—— 否则空格会导致命令截断 - POSIX 不保证
argv中的路径能直接用于fopen()；如果路径含非 ASCII 字符（如中文），且 locale 设置不当，fopen()可能失败（尤其 glibc 2.34+ 对宽字符更严格）
读取路径后，fopen / std::ifstream 为什么还是失败？
因为 C++ 标准库 I/O 函数接收的是窄字符串（const char*），它依赖当前 locale 解释字节序列。路径本身没问题，但“解释方式”错了。
- Windows 上，用
std::ifstream打开含中文路径的文件，应优先用std::wifstream+std::filesystem::path（C++17），避免窄字符串编码歧义 - Linux/macOS 上，确保终端、编译环境、运行时 locale 一致（如
en_US.UTF-8）；否则std::string里的 UTF-8 字节会被误当成 Latin-1 处理 - 绝对不要对
argv[i]做手动字符串替换（如把空格替换成\）——这适用于 shell 命令行拼接，不适用于已经进入程序的argv - 调试时打印
argv[i]的十六进制字节（for (auto b : std::string(argv[1])) printf("%02x ", (unsigned char)b);），确认空格确实是0x20，而非不可见控制符
最易被忽略的是：路径正确、引号也加了、argv 看起来也没问题，但文件操作仍失败——这时候大概率是编码或权限问题，而不是空格本身。别在引号上反复打转，先验证 access(path.c_str(), R_OK) 或 std::filesystem::exists(path)。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
