批处理命令连接符号优先级证明

qzwqzw

1. 
   
2. @echo off
   
3. echo.
   
4. echo.    已经确认命令连接符号优先级从低到高如下：
   
5. echo.            ^&               命令分隔符
   
6. echo.            ^|^|          逻辑或操作符
   
7. echo.            ^&^&          逻辑与操作符
   
8. echo.            ^|           管道操作符
   
9. echo.            ^< ^> ^>^>      I/O重定向操作符
   
10. echo.            ^(^)          命令分组
    
11. echo.
    
12. echo.证明过程如下：
    
13. pause
    
14. echo.
    
15. echo.  首先应当公认^(和^)作为命令分组符号有最高的优先级，可以改变任意命令组的优先级
    
16. echo.
    
17. echo.  另外需要注意的是，命令连接符号的优先级与语句的执行顺序不是直接对应的
    
18. echo.
    
19. echo.  命令行中的语句仍然是先执行左侧，再执行右侧
    
20. echo.
    
21. echo.  命令连接符只影响左侧与右侧语句的分组过程，而不会使右侧语句先执行
    
22. echo.
    
23. pause
    
24. cls
    
25. echo on
    
26. echo flag1 | echo flag2 > con
    
27. echo flag1 | (echo flag2 > con)
    
28. (echo flag1 | echo flag2) > con
    
29. @echo off
    
30. echo.
    
31. echo.前两句输出效果相同，说明第二句的分组符号可以省略，证明 ^> 优先级大于 ^|
    
32. pause
    
33. 
    
34. cls
    
35. echo on
    
36. echo flag1 && echo flag2 | echo flag3
    
37. echo flag1 && (echo flag2 | echo flag3)
    
38. (echo flag1 && echo flag2) | echo flag3
    
39. @echo off
    
40. echo.
    
41. echo.前两句输出效果相同，说明第二句的分组符号可以省略，证明 ^| 优先级大于 ^&^&
    
42. pause
    
43. 
    
44. cls
    
45. echo on
    
46. echo flag1 || echo flag2 && echo flag3
    
47. echo flag1 || (echo flag2 && echo flag3)
    
48. (echo flag1 || echo flag2) && echo flag3
    
49. @echo off
    
50. echo.
    
51. echo.前两句输出效果相同，说明第二句的分组符号可以省略，证明 ^&^& 优先级大于 ^|^|
    
52. pause
    
53. 
    
54. cls
    
55. echo on
    
56. echo flag1 || echo flag2 & echo flag3
    
57. (echo flag1 || echo flag2) & echo flag3
    
58. echo flag1 || (echo flag2 & echo flag3)
    
59. @echo off
    
60. echo.
    
61. echo.前两句输出效果相同，说明第二句的分组符号可以省略，证明 ^|^| 优先级大于 ^&
    
62. pause
    
63. 
    
64. cls
    
65. echo.综合测试示例：
    
66. echo.
    
67. echo on
    
68. echo flag1 & more flag2 || echo flag3 && echo flag4 | echo flag5 || echo flag6
    
69. echo flag1 & ((more flag2 || (echo flag3 && (echo flag4 | echo flag5))) || echo flag6)
    
70. (echo flag1 & (more flag2 || (echo flag3 && echo flag4) | echo flag5)) || echo flag6
    
71. @echo off
    
72. echo.
    
73. echo.前两句输出效果相同，说明符合优先级和分组优先级相同，第三句是个反例
    
74. pause
    

复制代码

wankoilz

有意思，先支持一下！

CrLf

1. (echo flag1 | echo flag2) > con

复制代码

什么情况，这句在我电脑上似乎也出现了内存泄露？win7 系统，求验证及解答
另外，我觉得楼主对重定向符的优先级验证不严谨吧，应该这样证明：

1. set =|find /c "" 2>nul
   
2. (set =|find /c "") 2>nul
   
3. set = 2>nul|find /c ""

复制代码

plp626

回复 3# CrLf


    你的“内存泄露”显示的是？
我这里：

1. flag2&#9834;&#9689;

复制代码

比较惊讶的是后面两个特殊字符到底是什么？

CrLf

回复 4# plp626


    显示是这样的，多显示了两个没见过的字符。话说让我吃惊的是，执行到这里时居然惊动了 360：
   
    而我电脑上的 0x0~0xff 应显示为：
   

qzwqzw

实际上那两个字符就是你的ID的“原形”
用这种方法还能显示出0x08 0x09等字符

qzwqzw

版主再仔细推敲一下你的证明代码
我觉得逻辑上似也有问题

至于我的证明代码
一方面因为我是先通过其它方法确认了这个优先级
再去寻求从代码角度证明的
另一方面为了追求代码的优雅
设计上主要考虑了前后代码的连贯性
所以有些逻辑上的疏忽在所难免

当然重定向符号的细节还比较多
包括句柄复制符号也没有展开来

plp626

这个副产品有意思。。。cmd的黑框显示的字符还真多。。。下次准备更新 ascii.cmd

1. cmd/v
   
2. call ascmap.cmd $
   
3. (echo;|echo off)>con&echo !$:~0,70!

复制代码

CrLf

回复 6# qzwqzw


噢，果然如此，写成这样和 dir 的结果一比较就很明显了：

1. (echo;|dir)>con

复制代码

但是不知为何会因为重定向而导致回车换行符显现真身呢？08、09 确实试出来了，但是不知其所以然

1. (echo;|set /p=        )>con
   
2. rem 长串空格为一个 tab 制表符

复制代码

qzwqzw

现在基本可以确定
| 和>这些符号会影响cmd的控制台IO模式
而这些模式会影响等控制台标准IO函数的行为
主要包括ReadFile/ReadConsole，WriteFile/WriteConsole
3，8，9楼的代码
主要是因为ENABLE_PROCESSED_OUTPUT模式被置假
导致WriteFile/WriteConsole不再特殊处理屏幕缓冲区中的控制区字符

可用的模式共

1. 
   
2. ENABLE_ECHO_INPUT                        0x0004
   
3. ENABLE_EXTENDED_FLAGS                0x0080
   
4. ENABLE_INSERT_MODE                        0x0020
   
5. ENABLE_LINE_INPUT                        0x0002
   
6. ENABLE_MOUSE_INPUT                        0x0010
   
7. ENABLE_PROCESSED_INPUT                0x0001
   
8. ENABLE_QUICK_EDIT_MODE                0x0040
   
9. ENABLE_WINDOW_INPUT                        0x0008
   
10.                         
    
11. ENABLE_PROCESSED_OUTPUT                0x0001
    
12. ENABLE_WRAP_AT_EOL_OUTPUT        0x0002
    

复制代码

参考链接
http://msdn.microsoft.com/en-us/library/ms686033(VS.85).aspx

amwfjhh

让我想起了批处理内幕：句柄 那篇帖子了，后面有一个句柄转换后把con重新指给1句柄的，那里面就出现了cls控制字符的显示，看来根源也在这里。

qzwqzw

回复 11# amwfjhh

    让我想起了批处理内幕：句柄 那篇帖子了，后面有一个句柄转换后把con重新指给1句柄的，那里面就出现了cls控制字符的显示，看来根源也在这里。

你说的应该是《重定向中的秘密（句柄备份）》的27楼的问题
http://www.bathome.net/redirect. ... 92&fromuid=3023

两个问题其实并非同源
那里的问题主要是因为con并非完全仿真的控制台
导致cls以及dir/p等命令识别出了这个特殊设备
所以在显示逻辑上做了例外处理
在真正的控制台上cls不会输出0x0c的字符

这里的问题主要是管道、重定向以及括号字符的联用
导致控制台的IO模式发生变化
最终忽略了缓冲区中控制字符的特殊处理

你可以注意到两个问题的命令行用法并不完全相同
echo.>con并不会输出0x0d 0x0a的图形字符
echo+0x0c(可以通过Ctrl-L输入)也不会执行清屏

amwfjhh

回复 12# qzwqzw


    (echo,|set a=&cls)>con

qzwqzw

回复 13# amwfjhh


    你想通过这段代码说明什么？

代码中>con会将标准输出重定向到con
而cls执行时会探测到标准输出不再是原来的控制台
因此直接输出字符了事

CrLf

话说句柄默认输出就是标准设备，那么可以这样：

1. (cls 1>&2)>nul
   
2. pause
   
3. 
   
4. (cls 1>&3)>nul
   
5. pause

复制代码

测试中从句柄 4 开始都不能放在 >& 之后，会报这个错误：

1. 重定向句柄 N 时，
   
2. 无法复制此句柄。

复制代码