批处理文章:预处理、变量延迟、call

http://bbs.bathome.net/thread-3349-1-1.html

原始出处:http://bbs.verybat.org/viewthread.php?tid=9292
原始标题:讨论帖:预处理究竟是如何进行的
————————namejm补注————————————————

一、预处理究竟要做什么?


根据我的经验,预处理要做的是变量值的替换和特殊符号的处理。究竟先执行哪个操作呢,我认为要先进行变量值的替换。理由有三:

1、 从逻辑上看

set var=2&echo %var%
类似于这样的语句,如果说先进行特殊符号处理的话,势必要先处理符号“&”,而“&”是用来连接两条命令的,这样一来该行就理所应当的被理解为两句,那么我们还要变量延迟干嘛。这里应该是先对变量var赋值,然后处理特殊符号“&”。

2、从运行结果看


@echo off


set var=^^^>

echo %var%

pause

这句“set var=^^^>”首先也会被预处理,预处理之后var的值为“^>”。本例的输出结果是“>”,因此可以证明系统先将变量的值替换为“^>”然后再处理特殊符号“^”。

3、从变量替换上看


@echo off

set ^&var=hero

echo %&var%

pause

结果:显示“hero”这也说明变量的替换先于特殊符号的处理。

二、启动了变量延迟之后预处理又是如何进行呢?

我的看法是这样的:如果语句中存在英文叹号“!”则会被预处理两次,其它情况仍然是预处理一次。由于脱字字符比较特殊,,因此在此借助该符号写几个例子说明一下。

(一)

@echo off

echo !^^^^^>

setlocal enabledelayedexpansion

echo !^^^^^>

pause
两个echo语句的结果不同。下面做一下分析:对于第一个echo语句,变量延迟没有开启,进行预处理的时候该句就被预处理为“echo !^^>”,这也就是输出的结果。由此可见预
处理只进行了一次。

对于第二个echo语句,此时变量延迟开启,由于有“!”存在,首先进行一次预处理得到“echo !^^>”,再进行一次得到“echo ^>”,结果也是如此。之所以没有输出叹号,是因为开启了变量延迟,叹号就变为了特殊符号。

(二)

@echo off

setlocal enabledelayedexpansion

set var=hero

echo !var!

pause
像这里的“echo !var!”不是没有被预处理,而是被预处理了两次。看下面的这段代码就可以理解了。

@echo off

setlocal enabledelayedexpansion

set var=hero

echo !var!^^^^^>

pause
运行的结果为:“hero^>”。我们来分析一下,进行第一次预处理时,由于“!var!”,因此先不替换变量值而进行特殊符号的处理,处理完后就成了“echo !var!^^>”;之后再进行一次预处理,此时就要替换“!var!”了,处理完后就成了“echo hero^>”。

(三)
我们再来看看当变量延迟开启时语句中不存在英文叹号的情况。

@echo off

echo ^^^^^>

setlocal enabledelayedexpansion

echo ^^^^^>

pause


@echo off

set var=hero

echo %var%^^^^^>

setlocal enabledelayedexpansion

echo %var%^^^^^>

pause
怎么样,也就是说如果没有“!”就不会进行第二次处理。

(四)
对于!!型,特殊符号的处理是在变量替换之前进行的。
例、

@echo off

setlocal enabledelayedexpansion

set ^&var=hero

echo !&var!

pause
这段代码运行结果是错误的。

例、

@echo off

setlocal enabledelayedexpansion

set var=^&

echo !var!

pause
这段代码运行结果是正确的。


(五)
既然都要处理符号,那么%%型和!!型的符号处理会不会是同一个过程?

(一)中的例子已经可以说明问题,不过我还有例子可以证明。

例、

@echo off

echo "^^^^^^^^"!!

setlocal enabledelayedexpansion

echo "^^^^^^^^"!!

pause

对于%%型,在符号处理时,不处理双引号间的脱字字符;而对于!!型则相反。



三、call引出的一些问题

(一)
call与脱字字符

例、

@echo off

set /p var=<hero.txt


echo "%var%"

call echo "%var%"

pause

其中hero.txt中的内容为8个脱字字符:^^^^^^^^

结果是:
"^^^^^^^^"
"^^^^^^^^^^^^^^^^"
请按任意键继续. . .

结果是否有些出乎意料?我们知道,系统在预处理时不会处理双引号间的脱字字符,那就意味着是call命令将其后的脱字字符数量加了倍。看来call命令和脱字字符还真有点“暧昧”。

例、

@echo off

set /p var=<hero.txt

echo %var%

call echo %var%

pause

本例中变量var的值为8个“^”,运行“call echo %var%”时,首先进行变量替换把%var%替换为^^^^^^^^,再经一次符号的处理变为^^^^,此时由于call命令使得脱字字符数目增加一倍变为8个,然后再进行call本身的预处理,这样结果就为4个“^”。
这样就能解释下面的代码为什么会显示4个“^”。


@echo off


call call call call echo ^^^^^^^^

pause


(二)
call与其它特殊字符
这里所说的“其它特殊字符”主要指&、>、|等。这里请允许我自定义两个名词:
主预处理过程:系统本身预处理过程的总称,其中包括了%%型和!!型。
次预处理过程:由于call命令引起的预处理过程的总称。

“其它特殊字符”是在主预处理过程中被系统识别的,而在次预处理
过程中对这些符号的识别是有问题的。

例、


@echo off

call echo hero!^&pause

pause

本例中,经过主预处理过程,&被识别为普通字符,而在次预处理过程中符号&的识别将产生问题。正如《命令行参考》中提到的--不要在 call 命令中使用管道和重定向符号。(这倒不是说call语句中不能使用那些符号,而是这些符号不能作为参数传递给call命令。)
这也从某种程度上说明某行语句的句子结构(一条还是多条)和功能(是从定向输出还是其它)是在主预处理过程中确定的。


以上所有内容,只是我个人的看法,由于没有官方文档的支持,因
此仅供参考。


那么我们学了以上种种内容又有什么实际用途呢?我想,懂得了以上
道理就可以写出更加个性化的代码,同时也可以作为一种伪装术在实
际中应用。



@echo off

set ^&=setlocal enabledelayedexpansion

set ^^^^^hero=^^^^^&p

set ^au=^^^au

set ^^^^^^^^^=障眼法

%&%

set ^^^^^se=^^^se!

echo %^^^^%!%^^hero%!au%^se%

怎么样,这段代码能看明白吗?



正好对CALL的这种用法不了解呢,学习了
不过正好今天早上查到了关于一篇关于CALL不错的文章(个人想法),在此与大家分享
转自http://wenku.baidu.com/view/6747a1c789eb172ded63b76b.html
大家都知道call命令是用来调用其他程序的。
想必有一定经验的朋友都知道要输出%a%需要这样写“echo %%a%%”,这样
百分号会脱掉一个。

先以一个简单的echo作为引子:
例一、

@echo off
set a=b
echo %a%
echo %%a%%
echo %%%a%%%
echo %%%%a%%%%
echo %%%%%a%%%%%
pause
运行结果是:
b
%a%
%b%
%%a%%
%%b%%
解说:不知道大家看没看出来问题。批处理中类似于这样的变量替换究竟是

如何进行的呢?我们姑且称之为“替换步骤”

“替换步骤”大体分为两步:

第一步:
当百分号“%”是偶数时(只按一边的百分号数目计算),变量将

不被替换,其它的也不变。当百分号是奇数时(也只按一边的百分号数目计

),最里层的“%a%”将被替换成变量的值,此时百分号数目将少了一个(

只按一边计)。

第二步:
第一步完成后,百分号就都是偶数了。好了,现在把百分号数目的

一半脱掉,剩下的就是结果了。


拿本例的“echo %%%%%a%%%%%”为例说明一下。第一步,由于百分号有

5个是奇数,因此最里层的%a%被其值代替,现在变为“%%%%b%%%%”;第二

步,将百分号脱去一半,就变为“%%b%%”。怎么样,理解了吗?


再看看有call的时候。
例二、


@echo off
set a=b
set b=c
set c=d
call echo %%%%%%%%a%%%%%%%%
call echo %%%%%%%%%%%%%a%%%%%%%%%%%%%
pause
运行结果是:
%%a%%
%%%b%%%
解说:由于有call的存在,“替换步骤”就会多进行一次。以“call echo

%%%%%%%%%%%%%a%%%%%%%%%%%%%”为例。

“替换步骤”第一次:
第一步:
百分号有13个是奇数,因此最里层的“%a%”被其值b替换,此时为

“%%%%%%%%%%%%b%%%%%%%%%%%%”,现在百分号数目为12个了。

第二步:
将百分号数脱去一半,现在为“%%%%%%b%%%%%%”。


“替换步骤”第二次:
第一步:
百分号有6个是偶数,因此不替换。现在仍然是“%%%%%%b%%%%%%”。

第二步:
将百分号数脱去一半,现在为“%%%b%%%”。


结果就是“%%%b%%%”。

(如果有n个call那么就要进行n+1次“替换步骤”。)


call命令在“变量延迟”中也遵循“替换步骤”。
举个例子:我现在要将字符串str1的“superhero”部分替换为chess,在此我们用间接的方法实现。代码如下:


@echo off
set str1=mynameissuperhero
set str2=supxrhxro
set a=x
call call set str3=%%%%str1:%%str2:%a%=e%%=chess%%%%
echo %str3%
pause
因为用了两个call,因此要进行3次“替换步骤”。
“替换步骤”第一次:
1、将“%a%”替换成“x”,结果为“%%%%str1:%%str2:x=e%%=chess%%%%”。
2、将百分号脱去一半,为“%%str1:%str2:x=e%=chess%%”。

“替换步骤”第二次:
1、将“%str2:x=e%”替换掉,结果为“%%str1:superhero=chess%%”。
2、将百分号脱去一半,为“%str1:superhero=chess%”。

“替换步骤”第三次:
1、将“%str1:superhero=chess%”替换掉,结果为“mynameischess”。
2、将百分号脱去一半(没的脱了),因此结果为“mynameischess”。



@echo off

setlocal enabledelayedexpansion

set var=hero

echo !var!^^^^^>

pause
运行的结果为:“hero^>”。我们来分析一下,进行第一次预处理时,由于“!var!”,因此先不替换变量值而进行特殊符号的处理,处理完后就成了“echo !var!^^>”;之后再进行一次预处理,此时就要替换“!var!”了,处理完后就成了“echo hero^>”。
复制代码
这个解释跟前面的观点矛盾了吧:
根据我的经验,预处理要做的是变量值的替换和特殊符号的处理。究竟先执行哪个操作呢,我认为要先进行变量值的替换。
复制代码
是不是说的有点乱哦?
按照作者前面的观点,我也可以理解成:第一次预处理时结果是:echo hero^^>,第二次与处理时结果是:echo hero^>,最后的结果就是:echo hero^>,不是照样说得通吗?

如果作者的前面观点是正确的话,我想可以这样总结(个人):
预处理:每条语句执行前都会进行从变量替换(如果有的话)到转义特殊符号(如果有的话)的动作过程。
有下面2种情况:
(1)没有开启setlocal enabledelayedexpansion:只进行一次预处理,且用双引号包裹的内容原封不动。
(2)有开启setlocal enabledelayedexpansion:①语句中含有!:进行两次预处理,且不管是否用双引号包裹。②语句中不含!:与情况(1)相同。


关于“预处理”不能简单的归结为一次两次,其实有很多次的,每一次处理的内容都不完全相同,甚至完全不同。
预处理过程包含对特殊字符的解释、参数的识别等,其中特殊字符的解释又包含了变量的替换(微软件扩展)。


第一阶段预处理发生在cmd.exe读取时,是无条件进行的,此时命令还没有被识别出来。
第二阶段处理发生在命令被执行时,是由具体的命令进行,这个阶段的处理有很强的针对性。

这两个阶段的预处理内容可是比较复杂的,每一个阶段又可以划分为很多层次。
还有第一阶段处理的某些内容第二阶段会重复处理,或者第一阶段没有处理的第二阶段会接着处理。

好吧,也许我所说的只有我自己能理解。
其实我也是个新人。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 4
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 4
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值