为什么 Windows START 命令不适用于参数和路径中的空格？

Question

此命令有效

START /b /wait "Dummy title" "C:\tmp\test runner2.bat" arg1 arg2

但这两个都失败了！

START /b /wait "Dummy title" "C:\tmp\test runner2.bat" arg1 arg2 "arg 3" arg4
START /b /wait "Dummy title" "C:\tmp\test runner2.bat" arg1 arg2 "arg 3"

错误是：

'C:\tmp\test' is not recognized as an internal or external command, operable program or batch file.

显然它与围绕参数的" 有关，但为什么以及如何解决这个问题？

相关问题：

• How to create batch file in Windows using “start” with a path and command with spaces
• Can I use the “start” command with spaces in the path?

Answer 1

这并不能回答我的问题，但它确实解决了我遇到的直接问题。

在阅读“Problem with quotes around file names in Windows command shell”帖子时，我发现了一个解决方法：

cmd.exe /C ""C:\tmp\test runner2.bat" arg1 arg2 "arg 3" arg4"

还有其他解决方法，只需使用call 命令执行命令即可（如Ansgar Wiechers 所述）

call "C:\tmp\test runner2.bat" arg1 arg2 "arg 3" arg4

Answer 2

这是 START 命令的一个已知错误。
如果您在命令和参数中都有空格并尝试用引号处理它们，则会失败。

首先 START 命令检查完整的命令是否存在。
但它只开始第一部分。

在您的情况下，它会查找 "C:\tmp\test runner2.bat"，但尝试启动 C:\tmp\test。

当命令被CALL替换时，你可以避免它

START /b /wait "Dummy title" CALL "C:\tmp\test runner2.bat" arg1 arg2 "arg 3" arg4

START 使用cmd /k 启动新进程。
这就是不当行为的原因。
Paul Groke 提到了这样一个事实，即只有在批处理文件时才会发生这种情况。
Exe 文件将被直接执行，因此它们不受 cmd.exe 错误的影响。

你的情况

C:\Windows\system32\cmd.exe  /K "C:\tmp\test runner2.bat" arg1 arg2 "arg 3" arg4

cmd /k 和 cmd /c 的帮助解释说，在这种情况下，第一个和最后一个引号被删除。

Answer 3

“Jeb”已经指出了正确的方向。就我而言，我没有尝试运行批处理，而是“程序文件”文件夹中的程序（启动程序后批处理将终止）。调用时

START "C:\Program Files\MyAppPath\MyApp.exe" arg1 arg2 ... argN

用引号输入的路径应该是 START 命令的“标题”参数。要摆脱这种情况，您必须“伪造”这样的窗口标题：

START "" "C:\Program Files\MyAppPath\MyApp.exe" arg1 arg2 ... argN

这对我有帮助。