Windows批处理脚本遍历子目录时执行顺序异常的问题求助

兄弟，你遇到的这个问题其实是批处理里两个经典坑的叠加：延迟变量扩展未启用导致的预解析问题，再加上你把遍历次数和目录名数字绑定的逻辑错误，我来给你拆解清楚：

问题根源分析 #

1. CMD的变量预解析机制在搞鬼
   批处理的CMD默认是关闭延迟变量扩展的，这意味着当它遇到一个代码块（比如FOR循环、标签里的括号块），会先把整个块里的所有%var%格式的变量替换成它们当前的静态值，而不是执行到那一行时的动态值。
   看你的:subroutine里用到的%J%、%testnum%这些变量，在FOR循环第一次调用子routine之前，CMD已经把这些变量的最终可能值（比如J最后会涨到196）提前替换进了代码里，这就导致第一次执行子routine时用的是J的最终值，后面的执行才会逐步“修正”——这就是为什么你先看到test196输出的核心原因。

2. 遍历次数≠目录名数字的逻辑错误
   你想当然地认为J的递增次数和目录名里的数字是对应的，但实际上FOR /D是按系统的目录排序规则（默认是字典序/数字序）遍历目录，J只是单纯按遍历次数递增，和目录名里的数字完全没关系。比如如果某个目录名的字典序靠前（比如test100在test19后面），J的数值就会和目录名数字完全不匹配。

修正后的代码示例 #

我给你改好了可以直接用的代码，完美解决你的需求：

@echo off
setlocal enabledelayedexpansion

:: 处理传入的起始测试编号
IF [%1] == [] (
    SET "testnum=0"
) ELSE (
    SET "testnum=%1"
)
echo 传入参数: %1
echo 起始测试编号: !testnum!

:: 遍历所有test开头的子目录
FOR /D %%I IN (test*) DO (
    :: 从目录名里提取数字（比如从test100里拿到100）
    for /f "tokens=2 delims=test" %%a in ("%%I") do (
        set "dirnum=%%a"
        :: 只处理编号>=起始值的目录
        if !dirnum! GEQ !testnum! (
            echo 正在执行: %%I
            PUSHD "%%I"
            CALL run.bat
            POPD
        )
    )
)

endlocal

为什么这个修正能解决问题？ #

• 启用了enabledelayedexpansion，用!var!替代%var%，这样每次执行到变量引用时，都会取到当前的动态值，而不是预解析的静态值，彻底解决了变量值提前替换的问题。
• 不再依赖遍历次数J来判断，而是直接从目录名里提取数字，这样不管目录的遍历顺序是什么，都能精准匹配你要执行的testN目录。
• 去掉了容易出问题的子routine调用，把逻辑直接放到FOR循环里，减少了上下文跳转带来的额外坑点。

额外提示：按数字顺序严格执行 #

如果你需要严格按数字顺序（从test100到test196）执行，而不是系统的遍历顺序，那可以先收集所有目录的数字并排序，再按排序后的顺序执行：

@echo off
setlocal enabledelayedexpansion

IF [%1] == [] (
    SET "testnum=0"
) ELSE (
    SET "testnum=%1"
)

:: 收集所有test目录的数字到临时变量
set "numlist="
FOR /D %%I IN (test*) DO (
    for /f "tokens=2 delims=test" %%a in ("%%I") do (
        set "numlist=!numlist! %%a"
    )
)

:: 对数字列表排序（利用CMD的sort命令）
for /f "tokens=*" %%a in ('echo !numlist! ^| sort /n') do (
    for %%b in (%%a) do (
        if %%b GEQ !testnum! (
            set "testdir=test%%b"
            echo 正在执行: !testdir!
            PUSHD "!testdir!"
            CALL run.bat
            POPD
        )
    )
)

endlocal

这样就能完全按你预期的数字顺序执行，不会再出现顺序混乱的问题。

内容来源于stack exchange