Board logo

标题: [其他] [讨论]对批处理中errorlevel的几点猜测 [打印本页]
作者: HAT    时间: 2011-10-7 23:50     标题: [讨论]对批处理中errorlevel的几点猜测

1. 有些命令执行完毕之后，CMD不会去修改errorlevel的值，比如echo命令。

更多内容请参考：
http://bbs.bathome.net/thread-7479-1-1.html

注：那个帖子的部分结论有待商榷。

2. 有些命令执行完毕之后，且仅当命令执行完毕之后（complete），CMD会去修改errorlevel的值。

2.1 命令执行完毕，而且成功（complete successfully），CMD把errorlevel的值设置为0

c:\Test>time /t
11:01 PM

c:\Test>echo %errorlevel%
0

c:\Test>dir /b a.txt
a.txt

c:\Test>echo %errorlevel%
0


2.2 命令执行完毕，但是出错（complete with error），CMD把errorlevel的值设置为非0（大部分时候是1）

c:\Test>time /t
11:02 PM

c:\Test>echo %errorlevel%
0

c:\Test>dir /b a.log
File Not Found

c:\Test>echo %errorlevel%
1


3、如果命令在执行过程中被系统发出的中断信号（不同于用户输入的Ctrl+C等组合键）中止（abort），CMD不会去修改errorlevel的值。命令中存在||时，情况有所不同。

3.1

c:\Test>time /t
11:03 PM

c:\Test>echo %errorlevel%
0

c:\Test>attrib +r a.txt

c:\Test>dir >a.txt
Access is denied.

c:\Test>echo %errorlevel%
0


注：CMD在解释执行dir >a.txt的过程中，由于重定向的优先级高，于是首先尝试写文件（获取文件a.txt的写权限）。但是因为该文件设置了只读属性，所以操作失败，系统发出中断信号中止掉整条命令。换句话说，dir命令根本没有被执行。

3.2

c:\Test>time /t
11:04 PM

c:\Test>echo %errorlevel%
0

c:\Test>attrib +r a.txt

c:\Test>dir >a.txt || echo bbs.bathome.net
Access is denied.
bbs.bathome.net

c:\Test>echo %errorlevel%
1


注：如前文所述，dir >a.txt被中止之后，CMD并未立刻去修改errorlevel的值。它要去判断是否触发||。关于||，微软是这样说的：

Cmd.exe runs the first command, and then runs the second command only if the first command did not complete successfully.


很显然，||左边的命令没有成功地执行完毕，满足触发||的条件，CMD把errorlevel的值修改为1，然后||认为自己接受到一个非0的返回码，继续执行后面的echo命令。

3.3

c:\Test>time /t
11:05 PM

c:\Test>echo %errorlevel%
0

c:\Test>attrib +r a.txt

c:\Test>dir >a.txt && echo bbs.bathome.net
Access is denied.

c:\Test>echo %errorlevel%
0


注：dir >a.txt被中止之后，不满足触发&&的条件，CMD不去修改errorlevel的值，整行命令直接结束。

【扩展阅读】
https://stackoverflow.com/questions/34987885/what-are-the-errorlevel-values-set-by-internal-cmd-exe-commands/34987886#34987886
作者: CrLf    时间: 2011-10-8 13:18

本帖最后由 CrLf 于 2011-10-8 13:29 编辑

但是如此一来，||的触发条件似乎更难理解了，何谓“前一条命令运行失败”呢？依照楼主所做的猜测，||可以不通过 errorlevel 就能够判断命令是否成功运行，这是楼主观点的基础，可是如何证明？本贴中似乎没有提供针对此问题直接证据或者客观推导，唯一的论据只是微软含糊不清的一面之辞...
再进一步，若果真如此，那么它又是以什么为“命令执行失败”的依据呢？
作者: HAT    时间: 2011-10-8 13:39

回复 2# CrLf


not complete successfully和“命令运行失败”不是一回事
作者: CrLf    时间: 2011-10-8 14:22

噢，俺英语不好~
不过那个疑惑仍然没解开，||的触发条件究竟是什么？莫非是多条相互独立的触发条件（原来一直以为只有 errorlevel，因为从来没有遇到其他情况）？
另外，从楼主的猜测还得出一个有趣的推论，就是 errorlevel 并不是在一条命令结束之后立刻被定义的，而是执行完命令并判断连接符是否为 || 才决定何时定义（&、&&、|均不影响，唯独 || 例外）...
作者: qzwqzw    时间: 2011-10-8 16:58

通过以下测试可以确认
||并不是根据errorlevel来判断是否执行右侧的语句

Microsoft Windows [版本 5.2.3790]
(C) 版权所有 1985-2003 Microsoft Corp.

C:\Documents and Settings\Administrator>xx
'xx' 不是内部或外部命令，也不是可运行的程序
或批处理文件。

C:\Documents and Settings\Administrator>echo %errorlevel%
9009

C:\Documents and Settings\Administrator>echo not set errorlevel
not set errorlevel

C:\Documents and Settings\Administrator>echo %errorlevel%
9009

C:\Documents and Settings\Administrator>echo not set errorlevel || echo not run
not set errorlevel

C:\Documents and Settings\Administrator>xx || echo run
'xx' 不是内部或外部命令，也不是可运行的程序
或批处理文件。
run

C:\Documents and Settings\Administrator>


根据以下测试可以证明
||会在左侧代码未成功完成时置errorlevel为1

C:\Documents and Settings\Administrator>xx
'xx' 不是内部或外部命令，也不是可运行的程序
或批处理文件。

C:\Documents and Settings\Administrator>echo %errorlevel%
9009

C:\Documents and Settings\Administrator>echo not set errorlevel || echo not run
not set errorlevel

C:\Documents and Settings\Administrator>echo %errorlevel%
9009

C:\Documents and Settings\Administrator>xx || echo run
'xx' 不是内部或外部命令，也不是可运行的程序
或批处理文件。
run

C:\Documents and Settings\Administrator>echo %errorlevel%
1


根据以下测试可以证明
||是在右侧命令执行之前置errorlevel，而非整条语句执行完成后

C:\Documents and Settings\Administrator>xx
'xx' 不是内部或外部命令，也不是可运行的程序
或批处理文件。

C:\Documents and Settings\Administrator>echo %errorlevel%
9009

C:\Documents and Settings\Administrator>xx || if errorlevel 1 if not errorlevel 2 echo errorlevel == 1
'xx' 不是内部或外部命令，也不是可运行的程序
或批处理文件。
errorlevel == 1


综合以上论断
可以确认在||在左侧语句未成功完成时
会置errorlevel为1
同时启动执行右侧的语句
作者: ivor    时间: 2012-1-12 23:43

回复 5# qzwqzw




    不赞同！！！！   errorlevel的值是在整条语句执行完成之后才改变的，下面是我测试的结果
  1. C:\Users\Administrator>xx

  2. 'xx' 不是内部或外部命令，也不是可运行的程序

  3. 或批处理文件。

  4. 

  5. C:\Users\Administrator>xx || echo %errorlevel%

  6. 'xx' 不是内部或外部命令，也不是可运行的程序

  7. 或批处理文件。

  8. 9009

  9. 

  10. C:\Users\Administrator>echo %errorlevel%

  11. 1

  12. 

  13. C:\Users\Administrator>xx

  14. 'xx' 不是内部或外部命令，也不是可运行的程序

  15. 或批处理文件。

  16. 

  17. C:\Users\Administrator>echo %errorlevel%

  18. 9009

  19. 

  20. C:\Users\Administrator>xx || echo %errorlevel%

  21. 'xx' 不是内部或外部命令，也不是可运行的程序

  22. 或批处理文件。

  23. 9009

  24. 

  25. C:\Users\Administrator>echo %errorlevel%

  26. 1
复制代码
作者: CrLf    时间: 2012-1-12 23:55

回复 6# ivor


    单就 xx || echo %errorlevel% 这一句来说吧，%errorlevel% 是在 cmd 对整行进行预处理时就解释了的，而不是在 echo %errorlevel% 这句预处理时解释的，所以你看到的 errorlevel 是执行 xx 之前的：
  1. xx || echo %errorlevel% 

  2. xx || echo %errorlevel%

  3. ::同样的两句，显示的 errorlevel 却不同，原因就在于这里的 errorlevel 都是隔夜饭，不是新鲜出炉的
复制代码
可以改用变量延迟来解释变量：
  1. xx || cmd /v /c echo !errorlevel!

  2. ::%errorlevel% 与 !errorlevel! 的区别在于，前者是以行（更确切地说应该是复合语句）为单位解释的，取到的是上一行运行结束后的变量，而后者是以一条命令为单位临时解释的，所以取到的是上一条命令的结果
复制代码




欢迎光临 批处理之家 (http://www.bathome.net/) Powered by Discuz! 7.2