简析环境变量和变量延迟特殊字符以及中介法的微妙关系

最新推荐文章于 2023-02-10 15:54:48 发布

weixin_34107955

最新推荐文章于 2023-02-10 15:54:48 发布

阅读量109

点赞数

原文链接：http://blog.51cto.com/sucre/394531

版权

本文主要以例子展开了讨论:
对每个例子的结果进行分析;并揭示其中的一些现象;
例一:

@echo off
set "var=kljlk!tsd!21%mk%gd"
set var

结果为

var=kljlk!tsd!21gd

(注意到此时setlocal默认为disabledelayedexpansion !!不被识别)
因此把%mk%看做环境变量被替换掉;而mk没有被定义因此%mk%被替换为空

再来看加了setlocal enabledelayedexpansion后会是怎样;
例二:

@echo off&setlocal enabledelayedexpansion
set "var=kljlk!tsd!21%mk%gd"
echo.!var!

结果为

kljlk21gd

注意到此时setlocal声明为enabledelayedexpansion
因此把!tsd!和%mk%均被看做环境变量而被替换掉;而tsd和mk没有被定义因此均被替换为空
(由于优先级的不同;%mk%将在预处理被先被替换,然后!tsd!被替换;原因后面有讲到)

如果把kljlk!tsd!21%mk%gd放到t.txt然后
再通过%%a做为中介进行传递后会有什么现象呢
例三:

@echo off
for /f "delims=" %%a in (t.txt) do (
set "var=%%a"
set var
)

结果为:

var=kljlk!tsd!21%mk%gd

如果按照上面所说的此时%mk%应该被替换为空;
但是这里经过一个%%a的中介;此时的结果不会把%mk%替换;即使mk环境变量有定义也不会替换掉;而是按字面输出;

实际上这跟cmd的预处理机制有关;

当CMD读取for语句时，他的所有语句将一同被读取，并完成预处理工作，这其中就包括环境变量%%的扩展;

因为字符串在文本中并没有以字符串的形式出现在 for语句中;因此其中的%%躲过了预处理机制;

但是当启用延迟环境变量后
例如:
例四

@echo off
for /f "delims=" %%a in (t.txt) do (
set "var=%%a"
set var
)

结果为:

var=kljlk21%mk%gd

首先他会和上面一样对for所有语句一起读取;完成对%%的扩展;(%%的优先级高)
然后当CMD读取了一条完整的语句之后,
它不会立即执行变量的扩展行为，而会在某个单条语句执行之前再进行扩展，也就是说，这个扩展行为被“延迟”了
例如在set "var=%%a"时只有执行到这条命令前才会对这条命令进行扩展;
而此时%%a已经被kljlk!tsd!21%mk%gd所代替;因此将会对其中的!!进行扩展.
他会识别其中是否存在!;此时的扩展只处理!!而不处理%%(因为对%%的处理过程在先前已经进行完;而那时因为字符串在文本中并没有以字符串的形式出现在 for语句中;因此其中的%%躲过了预处理机制;);

然而只有当该字符串中含有!时, cmd才会对该字符串进行再次处理;
举例:
例五:

@echo off&setlocal enabledelayedexpansion
for /f "delims=" %%a in (t.txt) do (
set "var=%%a"
set var
)

t.txt的内容

kl&>jl^k!tsd!21%mk%gd
kl&>jlk^!tsd^!21%mk%gd
dgssdgdg^gds^gdsa

结果为:

var=kl&>jlk21%mk%gd
var=kl&>jlk!tsd!21%mk%gd
var=dgssdgdg^gds^gdsa

注意到第一行的 ^ 已经不存在了;(所在行包含!!)
而第三行的^没有被处理;(所在行不包含!!)

(包含一个!也会对^进行处理;)
由此可见启用延迟环境变量后 ;
在每次执行语句前;
cmd会检查是否含有!;
如果存在就对其进行必要的预处理后再执行.

注:此时setlocal默认为disabledelayedexpansion因此!tsd!是因为不给识别而不被替换和%mk%不被替换的原因不同.
如果想强迫进行二次转变(即把%mk%的值按其环境变量值警醒替换)再赋值给var可以使用 call set "var=%%a"
也就是说:
例六:

@echo off
set "mk=152"
for /f "delims=" %%a in (t.txt) do (
call set "var=%%a"
set var
)

的结果则为:

var=kljlk!tsd!21152gd

call set "var=%%a"
实际上是让命令解释器再来一次预处理来达到目的的

再来看%%a另一个例子
例七:

@echo off
echo ^&*&^^&%$%^%$#$1213<>:Lksgsd

结果为:

&*
'^' 不是内部或外部命令，也不是可运行的程序
或批处理文件。
'Lksgsd' 不是内部或外部命令，也不是可运行的程序
或批处理文件。

大家都知道这是因为里面有特殊字符;
但是看下面的例子;把^&*&^^&%$%^%$#$1213<>:Lksgsd放到t.txt中;用%%a做为中介后:
例七:

@echo off
for /f "delims=" %%a in (t.txt) do (
echo.%%a
)

结果则为:

^&*&^^&%$%^%$#$1213<>:Lksgsd

所有的都是原样输出;丝毫没有因为特殊字符而受影响;(原因上面已讲到)
注:如果t.txt中有直接回车的空行则会跳过;原因在for本身而不是%%a;

再来个!var!的特殊例子
例八:

@echo off
set "var=^&*&^^&$^$#$1213<>Lksgsd"
echo.%var%

结果为:

此时不应有 >。

结果出错

做如下的修改
例九:

@echo off&setlocal enabledelayedexpansion
set "var=^&*&^^&$^$#$1213<>Lksgsd"
echo.!var!

结果为:

^&*&^^&$^$#$1213<>Lksgsd

结果正确;
但是此种方法仍然受上面所述的原因影响;
比如如果var=后面的值含有!!和%%等则会发生替换;还有比如中间有:则会与set发生关系而导致结果不准确;
当然可以利用%%a中介可以避免 %% 被替换;但是!!却有上述原因没法逃过被替换;

最后给出个综合应用的例子:
对文件指定行进行输出;不论是否含有特殊字符:
这里就把整个文件输出;对指定行可以修改为 findstr /n .* test.txt^|findstr "^10:" 等;

短短的几行代码包含了很多技巧;