一個“靈異”批處理引發的思考加補充說明

2020-06-09 14:11:56

字體：大中小

來源：轉載

供稿：網友

批處理的要求是：隨機顯示的數字為（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

上一篇：用bat和 reg實現關閉局域網共享

下一篇：服務器常用批處理代碼原創