zqz0012005

标题有点不恰当，应该叫“for /f 解析命令输出的效率”，哈哈。

for /f + 命令  命令所得到的结果是通过管道传递给for的

这个倒不一定。

for /? ...可以用 FOR /F 命令来分析命令的输出。方法是，将 括号之间的 filenameset 变成一个反括字符串。该字符串会 被当作命令行，传递到一个子 CMD.EXE，其输出会被抓进 内存，并被当作文件分析。...

对于 for /f in ('command') 其中command的运行方式是 cmd /c "command"
启动CMD要消耗时间（启动一个外部命令可能耗时都差不多吧，7ms，看机器配置。运行时间则看具体命令了）
但主要的耗时可能花在“输出会被抓进内存，并被当作文件分析。”
同时也说明，输出应该不是通过管道传递给for的。

当然管道也是有一定耗时的，这要从管道的运行机制说起（在verybat上也讨论过，参与的人不多，只得出了粗略的结果）
管道前后的命令，有的要通过CMD启动，所以管道的耗时也大致等于启动CMD等外部命令的时间，管道的传递耗时可能很少。
比如一个1万行的文本，我的CPU 3.00G，内存1G做如下测试：
findstr .* a.txt 用时12ms
type a.txt|findstr .* 用时16ms

zqz0012005

for /f 解析命令输出，的确是输出越多，速度越慢。
“输出会被抓进内存，并被当作文件分析”，这个的具体机制还不清楚。

for /f 如果直接解析文本，虽然是一次性全部读入到内存中，但速度影响不大。

猜想一下：
直接解析文本时是根据文件大小申请内存一次；但解析命令输出时，由于无法预期输出的大小，可能是边输出边申请内存，类似于动态数组。

[ 本帖最后由 zqz0012005 于 2009-3-7 14:09 编辑 ]