最終優化

在你寫腳本時，不要老是想著去優化，因為你的部分優化代碼可能最終被丟棄。而且老是想著優化也會降低你的生產效率，因為和CPU的時間相比，腳本編寫者的時間可能會更寶貴。

使用過濾參數

PowerShell可能會消耗很多資源，因為許多Cmdlet本身的設計就是用來提供數目很大的數據。所以，如果你使用的Cmdlet命令支持-Filter, -Include, 和 -Exclude這樣的過濾條件，就盡量使用它們。

首先如果一條命令支持-Filter 過濾器參數，那就說明這里可能隱藏著一個對象訪問API。使用過濾，可能會讓代碼執行得非常快，因為通常會在對象被創建之前就執行過濾。相反一條命令支持-Include, 和 -Exclude，這樣的過濾會發生在對象被創建后，對象進入管道之前。所以后者的效率比-Filter 要低。盡管如此，使用-Include, 和 -Exclude后，讓部分對象不進入管道，速度也是非常快的。

有時，應當使用更多的類型去過濾。比如你想搜索D盤下所有的后綴名為htm的文件。我們應當會使用*.htm作為過濾-Filter條件，PowerShell使用傳統的文件系統通配符，僅會返回所有匹配到的文件對象。這樣效率很高，因為這種簡單模式匹配，Windows API本身在底層就實現了。然而Windows API本身也有許多限制，因為它太老了，它會忽略文件后綴名中除了htm這三個字符以外的所有字符。所以即使有Html這樣后綴名它也會返回。所以此時，我們需要-filter和-include雙劍合璧，打敗金輪法王。

但是有一點要記住，使用-Filter過濾條件是很快，但是到底快到什么程度取決于-Filter調用的底層API。我們來舉個例子吧：

這個例子會查詢機器安裝的所有微軟的產品，縱然我們使用了-filter，仍舊很慢？因為-Filter調用的是Windows Management Instrumentation (WMI)API，這個是基于WMI查詢語言（WQL）的，過濾是發生在WMI內部的。

減少資源的占用

性能的優化包括降低時間復雜度和空間復雜度，但是很多時候，魚和熊掌不可兼得。你只能選擇其一。舉個例子吧：比如你想列出D盤下所有的文件，然后針對每個文件做點事情，你可能會使用ForEach-object來變量整個集合中的文件系統對象：

使用了這個命令后，每一個文件對象經過額外的包裝后，會經過管道的邊界，代碼的執行效率顯著下降，但是它不會占用太多內存，因為每次只有一個對象在管道中流通。

另外一種方法，你可能會使用Foreach循環：

這段代碼執行起來非常快，因為它避免了管道邊界。但是它在處理之前會把所有文件對象加入到集合中。所以如果這個集合非常龐大，它可能會像某國的某能源局領導占用上億人民幣一樣，洪水禽獸般占用系統資源。

Foreach循環比ForEach-Object，執行速度快，消耗的內存多。但是如果你能確定你要處理的數據規模不是很大，Foreach循環當然是上上之選。

使用Sleep降低CPU的使用率

接觸很多對象的PowerShell腳本，通常會執行很長時間，對于處理器也不會憐香惜玉。現在單核CPU已成往事，在多核的今天這可能不是個事，但這仍舊可能會導致系統花費了大量時間去等待。如果你的腳本消耗了很多ＣＰＵ周期，或者需要等待事情發生，你可以使用Start-Sleep這條命令來降低處理器的使用率。默認Slee是按秒來等待的，這肯定受不了，你可以設置一個毫秒級別的暫停。始終的分辨率不超過10到20毫秒會更好（再小就沒有意義了），所以你可以指定最小暫停時間為20毫秒。

另外你可能不想讓你的腳本每個循環周期中都Sleep，只讓部分周期Sleep，以給CPU騰出時間去做其它事。下面的腳本會借助操作符%取模來保證每10輪暫停一次：

簡單的優化方案

你可以把這些小技巧歸納成一個統一的優化方案。首先，別急著優化直到腳本寫完了。接著，使用Filter過濾來減少限制返回對象的數目，然后再用-include和，-exclude進行微調，這樣做既會減少運行時間，也會降低資源的使用率。基于這一點，如果你的數據量比較大，就使用Foreach循環來代替Foreach-Object，這樣會讓你的腳本執行效率提高。當然如果你的數據規模到了10萬級以上，這可能會引入新的性能問題。最后，如果你發現自己的腳本CPU占用率老高老高，看看能否在一些循環中使用Start-Sleep命令，來放松一下。