Win10x64b下可正常运行的批处理for循环在其他同系统电脑输出为空

脚本失效的根源是系统显示语言差异导致find命令无法匹配到dir的统计输出行。

具体执行逻辑 #

原代码能正常运行的前提，是dir命令输出中存在包含File(s)字符串的行：

• 旧设备的Win10系统若为英文显示语言，dir的文件统计行格式固定为： 3 File(s) 12345 bytes，可以被find "File(s)"精准匹配，for循环正常提取数字赋值给cnt变量。
• 新设备的Win10如果使用中文等非英文显示语言，dir的统计行会被本地化替换，中文环境下对应行内容为： 3 个文件 12345 字节，完全不包含File(s)关键字。此时find命令输出为空，for循环没有可处理的内容，根本不会执行set cnt=%%A的赋值逻辑，cnt变量从未被初始化，最终echo输出就会出现Number of files in path is =的异常结果。

快速验证方法 #

直接在新设备的命令行窗口手动执行下面的命令，即可定位问题：

dir | find "File(s)"

如果执行后没有任何内容输出，即可确认是语言匹配问题。

兼容多系统语言的修复方案 #

不再硬依赖固定的英文字符串匹配，通过特征关键字定位统计行，自动提取行首的数字统计值，改写后的代码可以适配不同语言的Windows环境：

for /F "tokens=2" %%A in ('dir ^| findstr /C:"File(s)" /C:"个文件"') do set cnt=%%A
echo Number of files in path is %cnt%

常见踩坑提示 #

• 跨设备运行的批处理脚本，不要硬编码依赖系统命令输出的固定英文文案，否则只要系统语言变更，脚本就会失效。
• 排查for /F类的脚本问题时，先单独执行引号内的内部命令，确认命令有输出后，再排查后续的参数解析逻辑，不要直接从循环逻辑找问题。

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