一个“灵异”批处理引发的思考加补充说明

2020-06-09 13:41:28

字体：大中小

来源：转载

供稿：网友

批处理的要求是：随机显示的数字为（6，7，8，9，10，11，12，14，15，16，17）为其中的一个

注：里面没有13的

下面的两个代码，第一个出错，第二个却成功了，但他们的区别只是第一个(%random%)%%(%n%)+1运算后的值赋予%tn%，而第二个则将运算后的值继续赋予%n%……
代码如下:
@echo off
set "string=6 7 8 9 10 11 12 14 15 16 17"
for %%i in (%string%) do call set /a "n=%%n%%+1"
set /a "tn=(%random%)%%(%n%)+1"
for /f "usebackq tokens=%tn% delims= " %%i in ('%string%') do echo %%i
pause
goto :EOF

代码如下:
@echo off
set "string=6 7 8 9 10 11 12 14 15 16 17"
for %%i in (%string%) do call set /a "n=%%n%%+1"
set /a "n=(%random%)%%(%n%)+1"
for /f "usebackq tokens=%n% delims= " %%i in ('%string%') do echo %%i
pause
goto :EOF

发现set /a "tn=(%random%)%%(%n%)+1"这个语句里面被赋值的变量名称只能是一个字符的，多于一个字符也会出错（测试过，和for无关），但如果把赋值表达式两边的引号也去掉，则不会出现这个错误！

狂倒……
for %%i in (%string%) do call set /a "n=%%n%%+1"

这个语句让偶理解了好半天：
我们知道批处理在运行过程中，在读取每条语句/执行每个命令都会扩充一次语句/命令里的变量。
我们来看看这个例子发生了什么事情：
在读取for语句时，%%n%%被扩充为%n%，即do的是call set /a "n=%n%+1"。
此时我们也许会认为直接set /a "n=%n%+1"不就行了吗，call是多此一举。
但是，实际上在这个例子里，如果省略call，set命令会出错，提示“找不到操作数。”
为什么呢？因为读取for时已经扩充过一次，所以for语句会剥夺do后第一个命令扩充变量的权力。
所以，省略call后，set不再扩充%n%，认为%n%不是数字，所以出错了。
经过call之后，set命令再次扩充%n%，即使%n%未赋值也能被扩充为空，此时就可以进行set运算了。
即call并没有扩充变量，只是起到了把set命令与for语句隔开的作用，让set不被for剥夺扩充变量的权力。
当然，你认为是call扩充的也可以，效果一样，虽然实际过程不相同。
当%%i=6时，%n%被扩充为空，set把n赋值为1
当%%i=7时，%n%被扩充为1，set把n赋值为2
当%%i=8时，%n%被扩充为2，set把n赋值为3
以此类推。

举例理解：
set n=123

上一篇：批处理设置windows服务器的代码ThecSafe1.9.4第1/3页

下一篇：服务器常用批处理代码原创

学习交流

笔记本电脑指纹识别功能遭到破坏怎么办？

笔记本电脑指纹识别功能遭到破坏怎么办？...

热门图片

猜你喜欢的新闻

猜你喜欢的关注