另一个有力的证据是，for /f 的选项中不支持!!引用的的延迟变量。（以下代码前提当然都开启了）
set n=1&for /f "tokens=!n!" %%a in (循环集) do ... //出错
很可能就是因为for /f 是在预处理时解析参数的，这时由于不展开延迟变量，传递给for的就是!n!形式的字符串，而for内部处理这些选项时，发现传给tokens的值是非数字，所以马上报错。
set "str=1a2@d@e@l@i@m@s^^^!3^!4"
for /f "delims=" %%a in ("!str!") do echo %%a
set delims=a
for /f "tokens=1-8 delims=!delims!" %%a in ("!str!") do echo %%a.%%b.%%c.%%d.%%e.%%f.%%g.%%h
结果如下：
C:\>for /F "delims=" %a in ("!str!") do echo %a
猜想CMD把for /L 语句转换为C语言是类似这样的：
for /l %a in (start,step,end) do ...
==>
int i = 0;
int iStart = getenv("start");//假设for /L 的三个值都是变量
int iStep = getenv("step");
int iStop = getenv("end"); //在执行C语言的for之前已经把条件都确定了
for (i = iStart; i < iStop; i += iStep) {...} //在循环体中再怎么改变start,step,end，已经不影响for的条件了
你没理解我的意思：
for /l %a in (start,step,end) do ... //在循环体中再怎么改变start,step,end，已经不影响for的条件了
这里指的是类似这种方式：
set /a start=1, step=1, end=3
for /l %%a in (!start!,!step!,!end!) do ping -n 1 192.168.0.%%a >nul && set /a end+=1
这样是无法改变循环条件的。
for %%z in (1 1)do for %%a in (1 2 !x! !x!)do echo %%a&set x=y
外层的for要展开语句的，里面的语句执行一次后，变量值改变了，这是在第二次for运行之前，当然有效了。
它和把for写成两行没什么本质区别：
for %%a in (1 2 !x! !x!)do echo %%a&set x=y
for %%a in (1 2 !x! !x!)do echo %%a&set x=y
发表于 2011-5-27 01:25
| 