批处理脚本中%与!的使用问题及FindStr errorlevel异常排查

一、为什么echo. %AB%和echo. %remove_1%输出为空？ #

批处理里变量扩展分两种核心逻辑，直接决定了你的输出结果：

• 百分号%扩展：属于即时扩展——在代码块（比如for循环的()内部）执行前，脚本就会把所有%变量%替换成变量当前的初始值，要是变量没定义就直接替换为空。
• 感叹号!扩展：属于延迟扩展，得先通过setlocal EnableDelayedExpansion开启，它会等代码执行到对应行时，才读取变量的实时值。

回到你的脚本：

• %AB%：变量AB从始至终都没定义过，即时扩展时直接被替换为空，自然输出空内容。
• %remove_1%：它是在for循环内部才定义的变量，当脚本解析整个for代码块时，remove_1还没被赋值，%remove_1%同样被替换为空，所以输出也是空。

改成!AB!和!remove_1!后能正常运行，就是因为延迟扩展会在循环执行到那一行时，读取变量的实时值。

二、Set _TEN=!TEN:!remove_1!=!无法执行的原因及解决办法 #

这是因为延迟扩展的感叹号嵌套存在语法歧义——批处理没法区分!TEN:!remove_1!=!里哪些是变量的边界符号。要实现这种“用变量的值去替换另一个变量内容”的需求，得用双层扩展的方式，借助call命令做二次解析：

call set "_TEN=%%TEN:!remove_1!=%%"

原理很简单：第一次解析时，!remove_1!会被替换成它的实时值（比如ABC），此时语句变成call set "_TEN=%TEN:ABC=%"；然后call命令会再次解析这个语句，把%TEN:ABC=%替换成最终的处理结果。

三、为什么FindStr脚本中的errorlevel始终为0？ #

还是即时扩展的锅：%errorlevel%在for代码块被解析时，就已经替换成了脚本执行到for循环前的初始errorlevel值（通常是0），循环内findstr执行后改变的errorlevel根本没法被%errorlevel%读取到。

解决办法有两种：

1. 用延迟扩展读取!errorlevel!：

   for %%a in (%FILENAME:_=" "%) do (
       echo %%a | findstr /I /R /C:"ABC" >nul
       ECHO !errorlevel!
       if "!errorlevel!" equ "0" (
           set /A i+=1
           set "String[!i!]=%%~a"
       )
   )
   

2. 用if errorlevel原生语法：
   注意if errorlevel n表示“当前errorlevel大于等于n”，所以判断findstr匹配成功（errorlevel=0）可以用if not errorlevel 1：

   for %%a in (%FILENAME:_=" "%) do (
       echo %%a | findstr /I /R /C:"ABC" >nul
       if not errorlevel 1 (
           set /A i+=1
           set "String[!i!]=%%~a"
       )
   )
   

内容的提问来源于stack exchange，提问作者Dang Long