我编写了以下批处理文件来使用 FOR 循环创建多个文件:
@ echo 关闭
类
FOR/L %%i IN (1 1 10) DO (
echo.> 文件%%i.txt
IF ERRORLEVEL 0 echo 成功创建文件 'file%%i.txt'。
)
目录/b *.txt
FOR %%i IN (*.txt) 做 (
echo.> 文件%%i.txt
IF ERRORLEVEL 0 echo 成功创建文件 'file%%i.txt'。
)
这里,在第一个 FOR 循环中创建了 10 个文件(即 file1.txt
.... file10.txt
)。
在第二个 FOR 循环中,我使用这些文件来确定下一个新文件的名称。 (即 filefile1.txt.txt
... filefile10.txt.txt
)
但是,正在创建一个额外的文件: filefilefile1.txt.txt.txt
什么逻辑问题导致创建这个额外文件?
最佳答案
编辑 - 似乎我没有正确解释它,人们没有看到它是如何工作的。我的错。我将尝试更好地解释它。
原因是 for 命令在内部工作的方式。
当行for var in (files)
到达后,检查目录以查看是否有任何文件匹配并需要处理。
然后,for
命令(真的是 cmd),发出一个目录查询来枚举文件。此查询返回 只有第一个文件 在集合中。如果有任何其他文件与 for
中的文件掩码匹配命令,设置一个标志,向调用者(cmd)指示还有更多文件要处理,但 尚未检索到剩余文件的列表 .
当执行内部代码时 for
到达迭代结束,并且有待读取的文件,发送查询以获取剩余 待处理且与 for
匹配的文件列表的列表文件选择。
系统用文件列表填充缓冲区 剩余 .如果此时文件列表足够短,可以在缓冲区中完全读取,则不会重复查询。如果文件列表大到无法放入缓冲区,则检索部分列表,当处理检索列表中的文件时,将再次发送查询以获取更多文件进行处理。
缓冲区中的文件数取决于文件名的长度。更短的文件名,缓冲区中的文件更多,对文件系统的查询更少。
此行为(在第一个文件处理结束时检索剩余文件列表)仅在文件查询返回有待处理文件时才会执行。当一个查询未返回该标志时,将不再检索文件。
异常(exception)情况
如果在 NTFS 中工作,只有在字母顺序大于在 for
中处理的最后一个文件时,这些文件才会包含在“重新查询”中。命令。
如果在 FAT 下工作,则查询将包括所有与 for
匹配的生成的新文件。命令文件选择与其名称无关。是的,它可以进入无限循环。 (在测试中,系统缓冲区只检索一个文件名,并在每次迭代中重新查询)。你可以试试
break > a.txt && cmd /v:on /c "for %f in (*.txt) do break > !random!.txt"
我所有的测试都是在 Windows 7 64 位、NTFS 和 FAT32 分区(在 USB 驱动器上)上进行的。没有办法测试其他配置。如果有人看到不同的行为,请发表评论。
更多信息,ZwQueryDirectoryFile
关于shell - 为什么在批处理程序的 FOR 循环中创建了一个额外的文件?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19704590/