这个问题得从两个关键的Windows批处理特性说起，咱们一个个理清楚：

前提1：批处理默认会执行所有命令，不管前面的命令是否失败 #

和一些脚本语言不同，Windows批处理脚本默认是“一条道走到黑”的——哪怕某条命令执行失败返回了非零错误码，脚本还是会继续往下跑所有剩余的命令。

举个实际的例子，比如我们写一个叫two_failures.bat的脚本：

@echo off
does_not_exist.exe
also_does_not_exist.exe

当你运行这个脚本时，会看到两条错误提示——因为第一条命令执行失败后，脚本并没有停止，还是继续执行了第二条不存在的命令：

C:\Users\user>two_failures.bat
'does_not_exist.exe' is not recognized as an internal or external command,
operable program or batch file.
'also_does_not_exist.exe' is not recognized as an internal or external command,
operable program or batch file.

要让脚本在命令失败时停止执行，必须手动添加错误检查逻辑，比如改成这样的error_check.bat：

@echo off

does_not_exist.exe

if %errorlevel% neq 0 (
    exit /b %errorlevel%
)

also_does_not_exist.exe

if %errorlevel% neq 0 (
    exit /b %errorlevel%
)

这时再运行脚本，第一条命令失败后，脚本就会立刻带着错误码退出，不会执行后面的命令了：

C:\Users\user>error_check.bat
'does_not_exist.exe' is not recognized as an internal or external command,
operable program or batch file.

你可以用echo %errorlevel%查看返回的错误码，这里会得到9009：

C:\Users\user>echo %errorlevel%
9009

前提2：命令链&&的短路逻辑依赖命令的退出码 #

在Windows命令提示符里，&&是用来实现“短路执行”的——只有前面的命令返回**0（成功）**时，才会执行后面的命令。

但这里有个关键细节：如果你用&&调用批处理文件，批处理本身的退出码是否能被&&识别，完全取决于批处理内部有没有正确返回错误码。

比如直接运行失败的命令加&&，短路逻辑是正常工作的：

C:\Users\user>does_not_exist.exe && echo Second Command!
'does_not_exist.exe' is not recognized as an internal or external command,
operable program or batch file.

这里因为does_not_exist.exe返回了非零错误码，所以后面的echo命令根本不会执行。

但如果是调用一个没有手动处理错误退出的批处理（比如之前的two_failures.bat），哪怕里面的命令都失败了，批处理默认的退出码可能还是0——这时候&&会误以为前一条命令执行成功，就会继续执行后面的命令，看起来就像“没有短路”一样！

总结一下：要让批处理被&&正确识别短路，必须在批处理内部用exit /b %errorlevel%这样的语句，把命令的错误码传递出来，这样&&才能根据批处理的实际执行结果决定是否继续执行后面的命令。

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