Windows 10下批处理start命令未调用cmd时执行失败问题咨询

1. 初始start命令失效的原因 #

• start命令的路径解析逻辑与原生CMD上下文存在差异，失效核心由两点触发：
  • 初始命令中的可执行路径未携带.exe后缀。原生CMD执行无后缀的可执行文件路径时，会自动遍历PATHEXT环境变量定义的可执行后缀列表，匹配到对应的winnfsd.exe文件；但start命令对无后缀目标的解析规则更严格，必须依赖完整正确的PATHEXT配置才能完成匹配。
  • 突然失效基本是环境变量被近期操作修改导致：安装第三方软件、系统更新、运行其他脚本时，可能意外删除了PATHEXT中的.EXE项，或是插入了异常的优先级更高的后缀项，导致start无法识别winnfsd对应的可执行文件，最终抛出路径语法错误。
  • 额外加重问题的点是参数中使用了正斜杠格式的路径C:/Users/...，start对正斜杠的兼容性弱于原生CMD解析，进一步提升了解析失败的概率。

2. 添加cmd前缀后问题解决的原因 #

修改后的命令同时覆盖了两个修复逻辑，共同规避了原有问题：

• 首先修改后的命令主动为可执行文件补充了.exe后缀，直接省略了start匹配可执行后缀的步骤，路径识别不会再受PATHEXT配置异常影响。
• 其次cmd /c会启动独立的全新CMD会话执行后续命令，该会话会优先加载系统默认的环境变量配置，不受当前会话异常环境变量的干扰；搭配call命令可以让目标程序的路径、参数在标准CMD上下文中完成解析，完全避开start直接解析时的兼容缺陷。

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