最終優化

在你寫腳本時，不要老是想著去優化，因為你的部分優化代碼可能最終被丟棄。而且老是想著優化也會降低你的生產效率，因為和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雙劍合璧，打敗金輪法王。
代碼如下:dir D: -Filter '*.htm' -Include '*.html' -Recurse
但是有一點要記住，使用-Filter過濾條件是很快，但是到底快到什么程度取決于-Filter調用的底層API。我們來舉個例子吧：
代碼如下:Get-WmiObject -Class Win32_Product  -Filter 'Vendor LIKE "%Microsoft%"'
這個例子會查詢機器安裝的所有微軟的產品，縱然我們使用了-filter，仍舊很慢？因為-Filter調用的是Windows Management Instrumentation (WMI)API，這個是基于WMI查詢語言（WQL）的，過濾是發生在WMI內部的。

減少資源的占用

性能的優化包括降低時間復雜度和空間復雜度，但是很多時候，魚和熊掌不可兼得。你只能選擇其一。舉個例子吧：比如你想列出D盤下所有的文件，然后針對每個文件做點事情，你可能會使用ForEach-object來變量整個集合中的文件系統對象：
代碼如下:Get-ChildItem -Path D:/ -Recurse | ForEach-Object { do-something }
使用了這個命令后，每一個文件對象經過額外的包裝后，會經過管道的邊界，代碼的執行效率顯著下降，但是它不會占用太多內存，因為每次只有一個對象在管道中流通。

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

代碼如下:foreach($file in (Get-ChildItem -Path D:/ -Recurse)){
 do-something }