这个问题我之前也碰到过，其实这不是Bug，而是Windows命令行参数解析的既定规则导致的。

为什么会出现这个问题？ #

Windows的命令行参数解析器对双引号包裹内容里的反斜杠有特殊处理逻辑：

当解析双引号内的文本时，连续的\会被成对转义——每两个\最终会变成一个\；如果最后一个\后面紧跟着"，这个\会被用来转义后面的"，导致"被当成普通字符留在参数内容里，而不是作为引号的结束标记。

在你的例子里，"C:\Program Files (x86)\ProgramX\"末尾的单个\转义了后面的"，所以解析后的argv[1]就变成了C:\Program Files (x86)\ProgramX"，自然找不到对应的目录。

可靠的解决办法 #

1. 从调用端修正（推荐）

如果能控制第三方系统的调用方式，有两个简单的调整方案：

• 去掉路径末尾的反斜杠：Windows目录路径末尾的反斜杠是可选的，"C:\Program Files (x86)\ProgramX"和带反斜杠的版本都能正确指向目标目录。
• 把末尾的单个反斜杠改成两个："C:\Program Files (x86)\ProgramX\\"，这样解析器会把两个\转义成一个，同时后面的"正常作为引号结束标记，最终得到的参数就是C:\Program Files (x86)\ProgramX\。

2. 在自己的程序中修复

如果无法控制调用端，就在程序内部对传入的路径做修正处理：

• 手动检查参数末尾：如果参数最后一个字符是"，且前一个字符是\，就去掉末尾的"；
• 借助Windows原生路径API规范化：比如PathRemoveBackslash或PathCanonicalize，这些API能自动处理这类异常格式，同时统一路径规范。

修改后的测试代码示例：

#include <string>
#include <iostream>
#include <windows.h>
#include <shlwapi.h>
#pragma comment(lib, "shlwapi.lib")

bool DirectoryExists(const char* path) {
    DWORD dwAttrib = GetFileAttributes(path);
    return (dwAttrib != INVALID_FILE_ATTRIBUTES && (dwAttrib & FILE_ATTRIBUTE_DIRECTORY));
}

std::string FixPathArg(const std::string& arg) {
    std::string fixed = arg;
    // 处理被转义的末尾引号
    if (fixed.size() >= 2 && fixed.back() == '"' && fixed[fixed.size()-2] == '\\') {
        fixed.pop_back();
    }
    // 规范化路径，移除末尾多余的反斜杠（可选）
    PathRemoveBackslashA(fixed.data());
    return fixed;
}

int main(int argc, char* argv[]) {
    std::cout << "No. args: " << argc << std::endl;
    for (int i = 0; i < argc; i++) {
        std::cout << "arg[" << i << "] = " << argv[i] << std::endl;
    }
    if (argc > 1) {
        std::string path = FixPathArg(argv[1]);
        std::cout << "fixed path: " << path << (DirectoryExists(path.c_str()) ? " exists" : " does not exist") << std::endl;
    }
}

运行修改后的程序，传入test.exe "C:\Program Files (x86)\ProgramX\"就能正确识别路径了。

内容的提问来源于stack exchange，提问作者Angus Comber