为什么“ echo”的返回值始终为1

Question

调用CMD“ echo xxx”后，％errorlevel％始终为1。即使“ echo xxx”已成功执行。

Answer 1

是的， echo something对错误级别绝对没有影响，也不会将错误级别更改为0，因为它总是会成功。

例如：

运行echo something > c:\\somefile.txt ，这实际上可以成功创建文件，但不会将错误级别更改为0。

c:\>copy nil c:
The system cannot find the file specified.

c:\>echo %errorlevel%
1

c:\>echo this.works > c:\test.txt

c:\>echo %errorlevel%
1

type c:\test.txt
this.works

Answer 2

像FINDSTR和XCOPY这样的外部命令实际上是单独的程序（FINDSTR.EXE，XCOPY.EXE）。 外部命令在成功和失败时均设置ERRORLEVEL。 按照惯例，0表示成功，非零表示错误。 但是某些程序可能不遵循该约定。

ECHO是一个内部命令，意味着该命令内置在CMD.EXE程序本身中。 无需其他程序。 内部命令的行为有所不同。

如果在命令行上或在扩展名为.BAT的批处理脚本中使用，则大多数内部命令在失败时设置ERRORLEVEL，但在成功时不对ERRORLEVEL进行任何操作。 但是，也有一些例外。 成功时，VER和VOL都将ERRORLEVEL设置为0。

当在带有.CMD扩展名的批处理脚本中使用时，所有内部命令都会在成功和失败时设置ERRORLEVEL，就像外部命令一样。

您在ECHO之后看到的ERRORLEVEL 1必须来自失败的先前命令。 我从未见过ECHO失败。 我能想象的唯一失败的方法是将stdout成功重定向到文件，但是由于某种原因（例如设备已满）而无法写入存储设备。

Answer 3

echo是一个奇怪的命令。 让我们看看它的表现

当echo命令起作用时

如果错误级别是0前echo ，后echo ， errorlevel将为0（明显情况下）

如果错误级别为1前echo ，后echo ， errorlevel将是1回声不改变错误级别

当echo命令“失败”时

回声会失败吗？ 让我们创建一个“失败”的案例。 在同一目录中打开两个命令窗口。 在第一个命令中，运行pause > file.txt以生成一个文件，并在pause命令等待按键时锁定它。 在第二个命令窗口中，运行echo something > file.txt 。 在这种情况下， echo命令将失败，因为第一个命令窗口将文件锁定，因此第二个命令窗口无法写入文件。 正确地说回声并没有失败 ，但是重定向确实失败了 ，只是为了看看会发生什么

如果错误errorlevel在运行echo之前为1，则在echo之后仍为1（显而易见的情况）

如果errolevel在运行echo之前为0，则在echo之后仍为0

因此，在两种情况下，echo命令的行为似乎相同

但是，如果我们将执行echo的方式更改为

echo something && echo works || echo fails

然后行为会有所改变

当echo命令起作用时

没有不同。 errorlevel不会改变，并保持在运行echo命令之前的值。

当echo命令“失败”时

使用echo something > file && echo works || echo fails 然后echo something > file && echo works || echo fails ，如果在运行echo之前errorlevel为1，它将保留其值。

但是，如果errorlevel为0并且echo命令失败，在这种情况下，使用命令的这种构造， errorlevel将显示失败并将其值更改为1