批处理中的预处理实现代码

转载自 nxhujiee最终编辑 LJ_SunTB批处理中的【预处理】
━━━━━━━━━━━━━━━━━━━━━━━━━━

如果你对脱字字符“^”的处理机制比较熟悉那么可以接着阅读，否
则请先参考脱字字符的相关文章。

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

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

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

上一篇：文本最末列数值乘一个数的批处理实现

下一篇：MaxDOS V6 系统备份查看器批处理代码

发表评论

共有条评论