我目前正在阅读 Windows PowerShell 3.0 Step by Step 一书,以获得对 PowerShell 的更多见解。
在第 201 页上,作者演示了过滤器比具有相同功能的函数更快。
此脚本在他的计算机上需要 2.6 秒:
MeasureAddOneFilter.ps1
Filter AddOne
{
"add one filter"
$_ + 1
}
Measure-Command { 1..50000 | addOne }
而这个 4.6 秒
MeasureAddOneFunction.ps1
Function AddOne
{
"Add One Function"
While ($input.moveNext())
{
$input.current + 1
}
}
Measure-Command { 1..50000 | addOne }
如果我运行此代码,则会得到与他的结果完全相反的结果:
.\MeasureAddOneFilter.ps1
Days : 0
Hours : 0
Minutes : 0
Seconds : 0
Milliseconds : 226
Ticks : 2266171
TotalDays : 2,62288310185185E-06
TotalHours : 6,29491944444444E-05
TotalMinutes : 0,00377695166666667
TotalSeconds : 0,2266171
TotalMilliseconds : 226,6171
.\MeasureAddOneFunction.ps1
Days : 0
Hours : 0
Minutes : 0
Seconds : 0
Milliseconds : 93
Ticks : 933649
TotalDays : 1,08061226851852E-06
TotalHours : 2,59346944444444E-05
TotalMinutes : 0,00155608166666667
TotalSeconds : 0,0933649
TotalMilliseconds : 93,3649
谁可以给我解释一下这个?
除非作者提供更多支持证据,否则他可能只是充满了热气。你已经进行了测试并得到了结果并证明他错了。
编辑:来自 Jeffrey Snover 的博客:
仅凭这一点还不足以让我相信过滤器比函数具有速度优势,因为两者都有相同的过程块。
另外,那个人在 4.6 秒内加一个数字是什么 1950 年代的设备?
4.6秒是重击。也许作者在生成二进制文件之前使用了某种 CTP 版本的 Powershell。:P
最后,在新的 Powershell 会话中尝试您的测试,但顺序相反。先尝试函数,然后再尝试过滤器,反之亦然:
看?你运行的第一个总是会比较慢。这只是关于已经将内容加载到内存中的 .NET 内部结构,这使得第二次操作更快,无论它是函数还是过滤器。
我承认,无论运行多少次,函数似乎仍然比过滤器快。
所以作者错了......现在我不会因为以前从未使用过过滤器而不是函数而感到难过。
实际上,如果您在两个测试中使用相同的 $_,差异会小得多。我没有调查原因,但我想这是因为作者在两个测试中都没有使用相同的方法。此外,控制台输出可能会干扰结果。如果你切割这些部分,数字非常相似。看:
即使您更改命令的顺序,结果也会非常接近。
该文档还说,过滤器基本上是只有进程块的功能的快捷方式。函数,除非用进程块指定(或其他一些技术,如使用自动变量,如 $input),运行一次,不使用输入并且不传递到管道中的下一个命令。
更多信息,请访问https://technet.microsoft.com/en-us/library/hh847829.aspx和https://technet.microsoft.com/en-us/library/hh847781.aspx
在 PS 管道中,除非使用进程块,否则函数会运行一次。过滤器是具有隐含进程块的函数。如果你想比较一个函数和一个过滤器的速度,你必须要么在函数中使用一个进程块,要么在管道中添加一个 foreach;例如:1..50000 | addOne # 过滤器或函数与过程测试 1..50000 | % { addOne $_ } # function without process block test 结果将与本文前面所示的相似。