Select String搜尋字串效能問題

今天在乙個指令碼中需要用到「select-string」用來查詢關鍵字，指令碼很容易就寫好了，但是在執行該指令碼的時候卻發現要將近20秒才能完成，執行效率太低了，仔細把指令碼從頭到尾看了一遍，覺得問題就是出在「select-string」身上，因為這其中要遍歷的文字檔案有6mb多大小。

因為在指令碼中很多地方需要在前一句命令的執行結果中查詢關鍵字，為了方便，都是直接通過管道符將結果傳給了「select-string」進行搜尋，這樣的搜尋結果也很容易進行二次加工，如下：

netstat -an |select-string"established"

tcp 192.168.1.12:49228 223.202.36.52:80 established

$dt =get-date

$infor =get-contentd:\setup.log |select-string"failed"

(new-timespan$dt).totalseconds

16.0019152

結果指令碼執行時間為16秒多。

既然這樣的執行效率很低，那換另一種方法試試呢，直接多檔案進行查詢，如下：

$dt =get-date

$infor =select-string-path d:\setup.log -pattern "failed"

(new-timespan$dt).totalseconds

0.3910224

指令碼執行時間才不到0.4秒，兩種方法相差了了足足40倍之多。

在第一種方法中，先是使用了「get-content」獲取文字檔案的內容，然後才使用「select-string」進行搜尋，是不是在使用「get-content」獲取文字檔案內容的時候耗時較長呢？於是又做了下面乙個試驗，如下：

$dt =get-date

$infor =get-contentd:\setup.log

(new-timespan$dt).totalseconds

$dt2 =get-date

$infor2 = $infor|select-string"failed"

(new-timespan$dt2).totalseconds

2.5481458

15.052861

兩條語句的執行時間乙個是2秒多，另乙個是15秒多，可見其耗時都遠遠多於直接使用「select-string」對檔案進行遍歷，在以後我們應該盡量避免使用第一種方法遍歷檔案。