shell - 为什么在批处理程序的 FOR 循环中创建了一个额外的文件？

Question

我编写了以下批处理文件来使用 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
什么逻辑问题导致创建这个额外文件？

Answer 1

编辑 - 似乎我没有正确解释它，人们没有看到它是如何工作的。我的错。我将尝试更好地解释它。

原因是 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