我之前也踩过Win7和Win10批处理解析带空格路径的坑，其实核心问题出在两个系统对start命令的参数解析逻辑差异，以及嵌套引号的处理方式上。你原来的写法在Win7能跑，但Win10会因为start的语法规则导致解析错误——Win10会严格把第一个带引号的内容当作新窗口的标题，而不是要执行的命令。

下面是经过验证的跨系统兼容写法，分两种方式，你可以选适合自己的：

方式一：直接修正命令行（最简洁） #

把每个带空格的路径单独用双引号包裹，同时给start命令指定一个空的窗口标题（就是开头的""），避免Win10把命令路径误判为标题：

start "" cmd.exe /k ""%OpenOCD_bin_Path%\openocd.exe" -f "%OpenOCD_bin_Path%\..\scripts\interface\ftdi\SuperDongle.cfg" -f "%OpenOCD_bin_Path%\..\scripts\target\nrf52.cfg""

方式二：拆分变量（更易维护） #

如果你的脚本后续还要复用这些路径，建议把每个路径单独赋值给变量，再拼接命令，可读性和可维护性更好：

:: 给每个带空格的路径单独加引号
set "openocd_exe="%OpenOCD_bin_Path%\openocd.exe""
set "interface_cfg="%OpenOCD_bin_Path%\..\scripts\interface\ftdi\SuperDongle.cfg""
set "target_cfg="%OpenOCD_bin_Path%\..\scripts\target\nrf52.cfg""

:: 执行命令，注意start开头的空引号是必须的
start "" cmd.exe /k %openocd_exe% -f %interface_cfg% -f %target_cfg%

为什么这样能兼容？ #

• Win7和Win10的命令行解析器都能正确识别单个路径外的双引号，不会因为嵌套引号出现混乱；
• start命令开头的""明确告诉系统“窗口标题为空”，避免Win10把第一个带引号的路径误当作标题处理；
• 这种写法避开了两个系统对“整个命令串包裹引号”的解析差异，让每个路径的边界更清晰。

额外验证小技巧 #

如果不确定命令是否正确解析，可以先把start换成echo，打印出最终的命令行，看看路径是否被正确包裹：

echo ""%OpenOCD_bin_Path%\openocd.exe" -f "%OpenOCD_bin_Path%\..\scripts\interface\ftdi\SuperDongle.cfg" -f "%OpenOCD_bin_Path%\..\scripts\target\nrf52.cfg""

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