关于cmd.exe参数解析及带空格路径启动逻辑的技术咨询

咱们一步步拆解你遇到的这个问题，先搞清楚双层引号的来源，再说说cmd.exe独特的参数解析逻辑～

一、双层引号的来源：PowerShell的自动处理 #

你看到的C:\WINDOWS\system32\cmd.exe /c ""C:\Program Files\a\a.cmd""里的双层引号，是PowerShell自动加上的。原因很直接：你的批处理路径C:\Program Files\a\a.cmd包含空格，PowerShell在调用外部程序（批处理文件会自动触发COMSPEC环境变量里的cmd.exe）时，为了避免带空格的路径被后续解析逻辑拆成多个参数，会先给路径套上内层引号。

但因为cmd.exe的/c参数要求后面跟着一个完整的命令字符串，PowerShell需要确保这个带引号的路径能被cmd.exe完整识别，所以又在外层多套了一层引号——外层引号是告诉cmd.exe“这整个内容是你要执行的命令参数”，内层引号则专门标记带空格的路径本身。

二、cmd.exe的参数解析逻辑：和标准Windows程序不一样 #

这是问题的核心：你的自定义.NET程序遵循的是Windows标准命令行解析规则（按空格分隔参数，引号内的内容视为单个参数），但cmd.exe有自己一套特殊的解析逻辑，专门处理/c（或/k）后面的命令字符串：

• 当cmd.exe收到/c ""C:\Program Files\a\a.cmd""时，它会先去掉外层的一对引号，得到"C:\Program Files\a\a.cmd"；
• 接着，它会把这个字符串当作一个完整的命令来解析，识别到内层引号包裹的路径是一个整体，不会按空格拆分，自然就能正确找到并执行a.cmd。

对比你的自定义程序：它拿到的是Windows API传递的原始参数列表，按标准规则拆分后，C:\Program和Files\a\a.cmd变成了两个独立参数，这就导致程序无法识别完整路径。

三、额外补充：为什么直接在cmd里用单层引号也能行？ #

如果你直接在cmd.exe窗口输入cmd /c "C:\Program Files\a\a.cmd"，也能正常执行。这是因为cmd.exe自己处理命令行时，会直接把/c后面的带引号内容当作完整命令。而PowerShell之所以用双层引号，是因为它在调用外部程序时，会对命令行做一次转义处理——如果只加单层引号，PowerShell可能会在传递给Windows API时把引号去掉，导致cmd.exe拿到无引号的路径，进而因为空格拆分而执行失败。

备注：内容来源于stack exchange，提问作者kkj