为何批处理文件中`||`在交互式CMD与`cmd /c`下表现不同？

我有两个批处理文件：

one.cmd内容：

@two.cmd && echo success || echo fail

two.cmd内容：

@exit /b 1

在交互式CMD提示符下运行one.cmd，结果是：

D:\>one.cmd
success

但用cmd /c one.cmd执行时，结果却相反：

D:\>cmd /c one.cmd
fail

原因分析 #

这是因为Windows CMD在交互式模式和非交互式模式下，处理批处理文件调用后的错误码（ERRORLEVEL）逻辑不同：

• 交互式模式中，当批文件直接调用另一个批文件（不使用call）时，被调用批文件执行完成（包括用exit /b退出）后，调用者批文件的ERRORLEVEL会被强制重置为0，而非继承被调用批文件的退出码。因此one.cmd里的&&会判定前面的命令执行成功，输出success。
• 非交互式模式（如cmd /c、PowerShell的subprocess.run调用）中，直接调用批文件后，ERRORLEVEL会正确继承被调用批文件的退出码。two.cmd返回错误码1，触发||分支，输出fail。

相关补充情况 #

• PowerShell和Python的subprocess.run执行结果与cmd /c一致，因为它们都是以非交互式方式调用CMD。
• cmd /k的运行结果与交互式运行一致，因为它会启动新的交互式Shell，遵循交互式模式的错误码处理逻辑。

解决方法 #

要让两种模式下的错误码传递行为一致，可以采用以下任意一种方式：

• 在调用批处理文件时搭配call命令，比如将one.cmd修改为：@call two.cmd && echo success || echo fail
• 在被调用的批处理文件中，通过cmd.exe /c exit %ERRORLEVEL%退出，确保错误码被正确传递

实际需求说明 #

我需要编写单元测试，确保批处理文件在失败时能正确传递错误，但单元测试默认使用非交互式Shell，无法复现交互式环境下的异常行为。

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