为何Windows批处理`exit`与`||`/`&&`配合失效？如何解决？

问题现象 #

在Windows批处理脚本中，我们通常用exit /b <数值>来设置ERRORLEVEL并退出脚本，但它和CMD的&&/||逻辑运算符配合时会出现不符合预期的行为：

C:\>echo @exit /b 1 > foo.cmd

C:\>foo.cmd && echo success || echo fail
success

按照逻辑，脚本返回错误级别1，应该输出fail，但实际结果却是success。只有用call调用脚本时，逻辑才能正常工作：

C:\>call foo.cmd && echo success || echo fail
fail

原因解析 #

这本质是CMD中进程退出代码和脚本内部ERRORLEVEL的区别导致的：

• &&/||运算符只会识别当前CMD进程的退出代码，而非脚本内部设置的ERRORLEVEL。
• 直接运行脚本文件（如foo.cmd）时，CMD会启动一个全新的CMD子进程来执行脚本。脚本里的exit /b 1只是修改了子进程内部脚本上下文的ERRORLEVEL，但并没有终止这个子进程——子进程执行完脚本后会正常退出，退出代码为0。外层的&&看到子进程退出代码是0，就会执行echo success。
• 而用call调用时，脚本是在当前CMD进程的上下文中执行的，exit /b 1会直接设置当前进程的ERRORLEVEL，此时&&/||能正确识别这个值，从而输出预期结果。

可行的规避方案 #

1. 脚本内部改用不带/b的exit #

如果脚本不需要保留当前CMD会话，直接用exit <错误码>代替exit /b <错误码>。这个命令会直接终止整个CMD进程，进程退出代码就是设置的错误码，&&/||能正确识别。

@echo off
:: 执行出错后
exit 1

注意：这个方法会关闭当前交互式CMD窗口（如果是在窗口中运行脚本的话）。

2. 让脚本自动处理call逻辑 #

在脚本开头添加检测，判断是否被call调用，如果没有就自动调用自己并传递参数，确保错误级别能正确传递：

@echo off
:: 检测是否为直接运行（非call调用）
if not "%~0" == "%~dpnx0" goto :main
:: 自动call自己并传递所有参数
call "%~dpnx0" %*
:: 传递退出代码
exit /b %ERRORLEVEL%

:main
:: 脚本主体代码
:: 模拟出错
exit /b 1

这样用户不管直接运行还是用call调用脚本，&&/||都能正确识别错误级别。

3. 用cmd /c显式传递退出代码 #

用户调用脚本时，用cmd /c包裹脚本命令，这样cmd /c会把脚本的exit /b值作为进程退出代码返回：

C:\>cmd /c foo.cmd && echo success || echo fail
fail

不过这个方法需要用户额外操作，适合无法修改脚本的场景。

4. 结合goto :eof和ERRORLEVEL设置 #

如果不想用exit命令，可以在脚本出错时设置ERRORLEVEL环境变量，再用goto :eof退出脚本。不过这种方法仅在被call调用时有效：

@echo off
:: 执行出错后
set ERRORLEVEL=1
goto :eof

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