为何for循环in后延迟子字符串扩展功能失效？

这个问题的核心其实是CMD命令行的解析顺序在搞鬼，咱们一步步拆解原因，再给出贴合需求的解决办法。

问题根源：CMD的解析顺序搞破坏 #

CMD处理命令行是按固定优先级来的，关键几步的顺序是：

1. 先处理百分号（%）的立即扩展（包括for循环的%I/%%I变量）；
2. 然后按照令牌分隔符（空格、逗号，、等号=、分号;、制表符）拆分命令行内容；
3. 最后才处理感叹号（!）的延迟扩展。

回到你的例子：for %I in (!X:~1,1!) do @echo %I

• 第一步：没有需要处理的百分号扩展，直接进入第二步；
• 第二步：CMD看到逗号，，把!X:~1,1!拆成!X:~1和1!两个独立令牌；
• 第三步：延迟扩展时，这两个字符串都不是合法的子字符串扩展语法（正常格式是!变量:~起始位置,长度!），所以CMD不会解析它们，直接原样输出——这就是你看到!X:~1 1!的原因（拆分后的令牌会用空格分隔）。

另一个例子for %I in (!X:*2=!) do @echo %I也是同理：等号=被当成分隔符，内容被拆成!X:*2和!，最终输出!就是因为遍历到了第二个令牌。

而立即扩展（%X:~1,1%）能正常工作，是因为它在令牌拆分之前就被解析成了具体值（比如2），拆分时in集合里只有一个令牌，自然没问题。

解决办法：避开令牌拆分的坑 #

除了你提到的加引号再用%~I的方式，还有几种更贴合需求的方案：

方法1：用临时变量提前存储子字符串结果 #

先把延迟扩展后的子字符串存到临时变量里，再在for的in集合里调用这个变量：

set "X=123"
cmd /v:on  # 开启延迟扩展
set "SubStr=!X:~1,1!"
for %I in (!SubStr!) do @echo %I

这样!SubStr!会被解析成2，没有分隔符，for循环就能正常输出预期结果。

方法2：用for /f规避令牌拆分 #

for /f会把引号内的内容当作整体处理，不会按分隔符拆分，还不需要额外用~去除引号：

set "X=123"
cmd /v:on
for /f "delims=" %I in ("!X:~1,1!") do @echo %I

"delims="参数表示不使用任何分隔符，直接把引号里的整个内容赋值给%I，输出就是2。

方法3：用call强制提前解析（适合批处理文件） #

在批处理文件中，可以用call触发二次解析，让子字符串扩展在令牌拆分前完成：

@echo off
setlocal EnableDelayedExpansion
set "X=123"
call for %%I in (%%X:~1,1%%) do @echo %%I

call会让%%X:~1,1%%先被解析成%X:~1,1%，随后延迟扩展会把这个表达式解析成2，for循环就能正常遍历。

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