为何chcp在for /f循环内直接调用无效，封装为子程序则正常？

我编写了一个将1251编码页（ANSI）转换为866编码页（OEM）的批处理脚本，读取ansi.txt内容转换后保存到oem.txt，以下是正常工作的代码：

@echo off

chcp 1251
for /f "tokens=*" %%a in (ansi.txt) do (
  call :f_chcp 866
  echo %%a >>oem.txt
  call :f_chcp 1251
)
exit /b

:f_chcp
chcp %1 >nul
exit /b

但如果把循环内的call :f_chcp 866替换为直接执行chcp 866 >nul，脚本就无法正常工作——输出到oem.txt的内容依然是1251编码，尽管此时chcp命令会报告编码页已更改。

核心原因：批处理代码块的预解析机制 #

批处理对用()包裹的代码块（比如for/f的循环体）采用预解析机制：

• 当cmd执行到代码块时，会先把整个块内的所有命令一次性解析完成，解析过程中会按照当前的编码页（这里是初始设置的1251）处理所有文本内容，包括echo %%a的输出逻辑。
• 虽然在块内直接调用chcp 866确实会修改当前cmd进程的编码页，但这个修改发生在代码块解析完成之后，已经无法影响之前预解析好的echo命令的编码转换规则了——echo %%a依然会按照解析时的1251编码处理输出，所以结果不符合预期。

为什么封装成子程序就能正常工作？ #

用call :f_chcp调用子程序时，相当于把编码切换逻辑移出了预解析的代码块：

• 每次call都会触发cmd重新解析子程序内的chcp命令，执行后立即生效当前进程的编码页。
• 当从子程序返回后执行echo %%a时，此时的编码页已经是866，echo命令会按照当前生效的编码页处理输出内容，自然能得到正确的转换结果。

简单来说，子程序的调用打破了代码块的预解析限制，让编码页的修改能够实时影响后续命令的执行环境。

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