[原创] 批处理命令call echo 用法

悬崖之树

如有错误，请大家指正，我拭目以待^&洗耳恭听

@echo off
set ok=adsl
set s=abc
set b=qdj!ok!
setlocal enabledelayedexpansion
call echo %%!s:~1,1!%%
endlocal

pause
复制代码

运行结果是 qdj!ok!
关键在于call echo %%!s:~1,1!%%
预处理是这样的：
1去掉call， 把%%减半，然后替换!s:~1,1!变成 echo %b%
2 替换%b% 变成echo qdj!ok!,虽然这里出现了感叹号，但是cmd不再扩展了，（你知道是怎么回事吗？）
这样就输出 qdj!ok!

@echo off
set ok=adsl
setlocal enabledelayedexpansion
call echo !%%ok%%:~1,1!
endlocal

pause
复制代码

输出 ~1,1
原因是call没有对感叹号里面的%进行减半，这样 %%k%% 就无意义了。

522235677

不太明白啊

Demon

不明觉厉

bgst

开始也看不懂,查了一下才大致明白,写出来供大家参考和补充
    @echo off
    set ok=adsl
    set s=abc
    set b=qdj!ok!
    setlocal enabledelayedexpansion
    call echo %%!s:~1,1!%%
    endlocal

    pause
前4行很简单,第5行和第7行是一起的,启用延缓环境变量,什么意思暂时还没闹明白,关键是第6行
这行整个的意思是显示以环境变量s的第二个字符为名字的环境变量b的值,qdj!ok!
首先看!!,当启用变量延迟时，!!将变量名扩起来表示对变量值的引用
%s:~1,1%表示提取环境变量s第1个字符后面的1字符,这里是b(注意不是第一个字符,如果要选第一个字符应写成%s:~0,1%)
那么%!s:~1,1!%,就变成了%b%,echo %%!s:~1,1!%%就变成了echo %%b%%,所以结果是输出b的值qdj!ok!

bgst

另外,通过我的实验,这里的call不是必须的,代码第6行修改为echo !%s:~1,1%!
同样可以输出b的值
花了好几个小时才看明白,还有延缓环境变量没有搞懂

充分说明了楼主大材,希望能够亲自献身解说一下

Tony_zhangl

谢谢楼主分享，又长知识了...

mingdedream

实际上
call echo !%%ok%%:~1,1!  
这个语句中由于call 的存在会执行两次
第一次：执行过程 echo !%ok%:~1,1!（会脱去OK的百分号）
第二次：执行过程 echo  !adsl:~1,1!
所以最终得出结果~1,1

cjiabing

回复 7# mingdedream


    这种用法投机取巧了，执行效率低。

shelluserwlb

另外,通过我的实验,这里的call不是必须的,代码第6行修改为echo !%s:~1,1%!
同样可以输出b的值
花了好几个 ...
bgst 发表于 2013-7-23 16:15

    如果去掉call 双百分号在for循环体内好像不行。

@echo off
setlocal enabledelayedexpansion
set ok=abcd
set a=aaaaa & set b=bbbbb & set c=ccccc & set d=ddddd
for /l %%i in (0,1,3) do call echo %%!ok:~%%i,1!%%
endlocal
pause>nul
复制代码

如果把上面第5行中的"call echo %%!ok:~%%i,1!%%" 换成
“echo !%ok:~%%i,1%!” 在执行时就会出错。

amwfjhh

楼主第一个批处理其实用不着开启变量延时。下方的取值操作位于非语句块内，s值已可被正常读取，直接用call echo %%%s:~1,1%%%即可。
第二个批处理中call还是对%%ok%%进行了处理，变成%ok%,第二次是以%ok%作为变量名来进行取值的，由于当前环境找不到此变量名，导致了异常结果的显示。
可以用下方代码进行验证：

@echo on
set ok=adsl
set %%ok%%=lsda
setlocal enabledelayedexpansion
call echo !%%ok%%:~1,1!
endlocal

pause
复制代码

amwfjhh

回复 9# shelluserwlb


   
开启变量延时后，只会对!!之间变量进行实时取值，for的用法有点特殊，有点类似于执行到FOR这里，就会根据条件立马初始化分配空间，后面只是单纯执行，而DO后方的语句，都会被以语句块的形式解释，所以对FOR循环内进行实时取值都需要开启延时变量，要么就用CALL，这里%ok:~%%i,1%按说是一个无效变量，但回显开启发现它直接将其初始化成了ok的值，导致行行了几次!abcd!，无此变量，故显示ECHO状态，有点莫名其妙。

qzwqzw

回复 9# shelluserwlb


    关键问题在于对%，和！扩展顺序的理解

在cmd中，%的扩展是优先于其他特殊字符的
%%会扩展成%
所以
%%i会扩展成%i

所以
for /l %%i in (0,1,3) do call echo %%!ok:~%%i,1!%%
首先被扩展成以下的结果
for /L %i in (0 1 3) do call echo %!ok:~%i,1!%

然后for先对命令字句中可替换参数%i进行扩展
call echo %!ok:~0,1!%
call echo %!ok:~1,1!%
call echo %!ok:~2,1!%
call echo %!ok:~3,1!%

然后for再对命令字句中的延迟变量进行扩展
call echo %a%
call echo %b%
call echo %c%
call echo %d%

然后call再对命令中环境变量进行扩展
echo aaaaa
echo bbbbb
echo cccccc
echo ddddd

qzwqzw

回复 11# amwfjhh


    这里%ok:~%%i,1%按说是一个无效变量，但回显开启发现它直接将其初始化成了ok的值，导致行行了几次!abcd!，无此变量，故显示ECHO状态，有点莫名其妙。

实际上cmd是将%ok:~%%i,1%理解成了两个环境变量扩展
一个是%ok:~%
因为~后没有跟数字
照道理应该是无效的
但是cmd容忍了这个错误
用默认的~0做了扩展

另一个是%i,1%
因为不存在i,1的变量
所以扩展为空

批处理脚本中解释%的机制是就近匹配
第一个%后紧接着就会找第二个百分号
如果第二个字符就是
则扩展为%
如果隔几个字符找到%
则将中间的字符理解为环境变量名进行扩展

for对%扩展机制要更为复杂一些
将in关键字前的%理解为可替换参数的定义
将do关键字后的%理解为可替换参数的引用

但是在cmd命令行中
%的扩展可能有些不同
这源于命令行环境与批处理环境预处理机制的不同
echo %%path%%

而在DOS命令行中
则保持了与批处理一样的扩展机制

amwfjhh

回复 13# qzwqzw


    谢谢指点，思维固化了，光想着解析里面的变量了，没想到组装后其实这句已经是在执行两个变量输出了。

amwfjhh

对于脚本语句与CMD里直接执行语句的区别可以这么看，CMD是BAT的执行宿主，将文件载入内存时会有一套翻译机制，否则载入的脚本文件全是一堆文字，我凭哪点知道哪些是命令，哪些是数据？这就是所谓的“预处理”，这点在DEMON大大的逆向跟踪相关文章里面已有印证。而在CMD里面执行语句则是直接在其自身运行空间内执行，所以无需翻译，直接执行(其实也有翻译，只不过处理关键步骤要少些)。
突然想到对于论坛对于echo命令分割符的讨论贴子了，echo命令为何会有那么多的参数分割符，因为它是内部命令，说白了，内部命令整条命令（包括参数）也对于CMD来说，也是一个参数啊，所以它必须提前对于一般程序的默认处理作下改变，所以平时用的"echo[空格]参数"，这里面的空格，跟我们用外部命令的空格，猜想已经不是同一概念了（只是它“恰巧”也提供了一个空格的分割符，以使其符合大多数人的使用习惯），这样CMD才能在一个参数中切割出不同的部分来调用相应的函数，表现出执行了一条命令的样子……