如何处理FOR /F动态循环未知参数及Win10下REG函数兼容问题

我之前也踩过类似的跨系统批处理兼容坑，结合你的情况给你拆解下解决方案：

一、TAB分隔符失效的原因及修复 #

在Windows XP中，REG QUERY的输出确实默认用TAB分隔键名和值，所以你的原代码（实际应该是delims=后跟字面量TAB）能正常工作。但到了Windows 10，微软调整了REG QUERY的输出格式，改用空格作为主要分隔符；另外还有个常见坑：很多文本编辑器会自动把TAB替换成空格，导致你迁移后的代码里delims=后面其实是空格而非TAB，自然匹配不到目标内容。

最稳妥的修复方式是不要指定固定的分隔符，让FOR /F使用默认规则：自动识别空格、TAB作为分隔符，并且会合并连续的空白字符，这样不管系统用哪种分隔符都能兼容。

二、处理未知数量的参数（带空格的注册表值） #

你的原代码用tokens=3只能提取第三列的单个内容，如果注册表值包含空格（比如"C:\Program Files\XXX"），只会拿到第一个单词（C:\Program），丢失后续内容。

解决方法是用tokens=3*：

• %%A会获取第三列的内容
• %%B会获取第三列之后的所有剩余内容（包含空格）
  把两者拼接就能完整保存整个注册表值。

修改后的完整函数代码 #

setlocal EnableDelayedExpansion 
... 
CALL :myfunc VARtoSET KEY VALUE 
:myfunc 
:: 兼容空格/TAB分隔，同时处理带空格的注册表值
FOR /F "usebackq skip=2 tokens=3*" %%A IN (`REG QUERY "%~2" /v "%~3"`) DO CALL SET "%~1=%%A %%B"
goto :eof 
... 
endlocal

额外优化：处理特殊字符（如!） #

如果你要读取的注册表值包含!这类特殊字符，因为全局启用了EnableDelayedExpansion，直接赋值会导致!被解析为延迟变量。可以在函数内部临时关闭延迟扩展来避免：

:myfunc
setlocal DisableDelayedExpansion
FOR /F "usebackq skip=2 tokens=3*" %%A IN (`REG QUERY "%~2" /v "%~3"`) DO SET "temp_val=%%A %%B"
:: 把临时变量带出局部环境
endlocal & SET "%~1=%temp_val%"
goto :eof

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