你遇到的核心问题，是批处理默认的变量预解析机制在搞鬼。咱们先理清楚为什么会出现这种奇怪的输出：

问题根源：预解析代替实时读取 #

批处理在执行代码块（比如for循环的do ()大括号部分）的时候，会先把整个代码块里所有用%变量名%写法的变量，提前替换成代码块执行前的变量值——注意，是执行代码块之前的旧值，甚至是变量还没被定义的初始状态。

所以第一次运行脚本时，var_1和var_2根本还没被赋值，echo %var_1%就会显示ECHO is off.（因为变量是空的，echo后面没内容就会输出这个提示）；而你看到的变量残留，是因为批处理变量是全局的，一旦设置后会保留到整个脚本结束，甚至同一个命令行会话里再次运行脚本时，还会带着上次的旧值。

解决办法：启用延迟变量扩展 #

要在循环里实时读取刚设置的变量值，咱们需要打开延迟变量扩展，把读取变量的语法从%变量名%改成!变量名!。

修改后的完整脚本 #

@echo off
setlocal enabledelayedexpansion
For /F "usebackq tokens=1,2 delims=," %%a in ("file.txt") do (
    echo The output is:
    echo %%a
    echo %%b
    set var_1=%%a
    echo !var_1!
    echo !var_1:~6!
    set var_2=%%b
    echo !var_2!
    echo !var_2:~6!
)
endlocal

关键细节解释 #

• setlocal enabledelayedexpansion：这行是核心，开启延迟扩展后，!变量名!会在代码执行到那一行的时候才解析变量的当前值，而不是提前预解析整个代码块。
• 替换%为!：把循环里读取变量的%var_1%改成!var_1!，%var_2%改成!var_2!，这样每次迭代都能拿到刚赋值的最新值。
• endlocal：推荐加上这行，它会结束当前的局部环境，避免脚本里的变量污染后续的命令行会话，彻底解决变量残留的问题。

运行效果验证 #

现在运行修改后的脚本，就能得到你期望的输出：

The output is:
string1a
string1b
string1a
1a
string1b
1b
The output is:
string2a
string2b
string2a
2a
string2b
2b
The output is:
string3a
string3b
string3a
3a
string3b
3b

内容的提问来源于stack exchange，提问作者o c