javascript指令碼的效能優化

隨著網路的發展，網速和機器速度的提高，越來越多的網站用到了豐富客戶端技術。而現在Ajax則是最為流行的一種方式。JavaScript是一種解釋型語言，所以能無法達到和C/Java之類的水平，限制了它能在客戶端所做的事情，為了能改進他的效能，我想基於我以前給JavaScript做過的很多測試來談談自己的經驗，希望能幫助大家改進自己的JavaScript指令碼效能。

語言層次方面
迴圈
迴圈是很常用的一個控制結構，大部分東西要依靠它來完成，在JavaScript中，我們可以使用for(;;),while(),for(in)三種迴圈，事實上，這三種迴圈中for(in)的效率極差，因為他需要查詢雜湊鍵，只要可以就應該儘量少用。for(;;)和while迴圈的效能應該說基本（平時使用時）等價。

而事實上，如何使用這兩個迴圈，則有很大講究。我在測試中有些很有意思的情況，見附錄。最後得出的結論是：

如果是迴圈變數遞增或遞減，不要單獨對迴圈變數賦值，應該在它最後一次讀取的時候使用巢狀的++或—操作符。

如果要與陣列的長度作比較，應該事先把陣列的length屬性放入一個區域性變數中，減少查詢次數。

區域性變數和全域性變數
區域性變數的速度要比全域性變數的訪問速度更快，因為全域性變數其實是全域性物件的成員，而區域性變數是放在函式的棧當中的。

不使用Eval
使用eval相當於在執行時再次呼叫解釋引擎對內容進行執行，需要消耗大量時間。這時候使用JavaScript所支援的閉包可以實現函式模版（關於閉包的內容請參考函數語言程式設計的有關內容）

減少物件查詢
因為JavaScript的解釋性，所以a.b.c.d.e，需要進行至少4次查詢操作，先檢查a再檢查a中的b，再檢查b中的c，如此往下。所以如果這樣的表示式重複出現，只要可能，應該儘量少出現這樣的表示式，可以利用區域性變數，把它放入一個臨時的地方進行查詢。

這一點可以和迴圈結合起來，因為我們常常要根據字串、陣列的長度進行迴圈，而通常這個長度是不變的，比如每次查詢a.length，就要額外進行一個操作，而預先把var len=a.length，則就少了一次查詢。

字串連線
如果是追加字串，最好使用s+=anotherStr操作，而不是要使用s=s+anotherStr。

如果要連線多個字串，應該少使用+=，如

s+=a;s+=b;s+=c;
應該寫成

s+=a + b + c；
而如果是收集字串，比如多次對同一個字串進行+=操作的話，最好使用一個快取。怎麼用呢？使用JavaScript陣列來收集，最後使用join方法連線起來，如下

var buf = new Array();for(var i = 0; i < 100; i++){ buf.push(i.toString());}var all = buf.join("");
型別轉換
型別轉換是大家常犯的錯誤，因為JavaScript是動態型別語言，你不能指定變數的型別。

1. 把數字轉換成字串，應用"" + 1，雖然看起來比較醜一點，但事實上這個效率是最高的，效能上來說：

("" +) > String() > .toString() > new String()

這條其實和下面的“直接量”有點類似，儘量使用編譯時就能使用的內部操作要比執行時使用的使用者操作要快。

String()屬於內部函式，所以速度很快，而.toString()要查詢原型中的函式，所以速度遜色一些，new String()用於返回一個精確的副本。

2. 浮點數轉換成整型，這個更容易出錯，很多人喜歡使用parseInt()，其實parseInt()是用於將字串轉換成數字，而不是浮點數和整型之間的轉換，我們應該使用Math.floor()或者Math.round()。

另外，和第二節的物件查詢中的問題不一樣，Math是內部物件，所以Math.floor()其實並沒有多少查詢方法和呼叫的時間，速度是最快的。

3. 對於自定義的物件，如果定義了toString()方法來進行型別轉換的話，推薦顯式呼叫toString()，因為內部的操作在嘗試所有可能性之後，會嘗試物件的toString()方法嘗試能否轉化為String，所以直接呼叫這個方法效率會更高

使用直接量
其實這個影響倒比較小，可以忽略。什麼叫使用直接量，比如，JavaScript支援使用[param,param,param,...]來直接表達一個陣列，以往我們都使用new Array(param,param,...)，使用前者是引擎直接解釋的，後者要呼叫一個Array內部構造器，所以要略微快一點點。

同樣，var foo = {}的方式也比var foo = new Object();快，var reg = /../;要比var reg=new RegExp()快。

字串遍歷操作
對字串進行迴圈操作，譬如替換、查詢，應使用正規表示式，因為本身JavaScript的迴圈速度就比較慢，而正規表示式的操作是用C寫成的語言的API，效能很好。

高階物件
自定義高階物件和Date、RegExp物件在構造時都會消耗大量時間。如果可以複用，應採用快取的方式。

DOM相關
插入HTML
很多人喜歡在JavaScript中使用document.write來給頁面生成內容。事實上這樣的效率較低，如果需要直接插入HTML，可以找一個容器元素，比如指定一個div或者span，並設定他們的innerHTML來將自己的HTML程式碼插入到頁面中。

物件查詢
使用[“”]查詢要比.items()更快，這和前面的減少物件查詢的思路是一樣的，呼叫.items()增加了一次查詢和函式的呼叫。

建立DOM節點
通常我們可能會使用字串直接寫HTML來建立節點，其實這樣做

無法保證程式碼的有效性

字串操作效率低

所以應該是用document.createElement()方法，而如果文件中存在現成的樣板節點，應該是用cloneNode()方法，因為使用createElement()方法之後，你需要設定多次元素的屬性，使用cloneNode()則可以減少屬性的設定次數——同樣如果需要建立很多元素，應該先準備一個樣板節點。

定時器
如果針對的是不斷執行的程式碼，不應該使用setTimeout，而應該是用setInterval。setTimeout每次要重新設定一個定時器。

其他
指令碼引擎
據我測試Microsoft的JScript的效率較Mozilla的Spidermonkey要差很多，無論是執行速度還是記憶體管理上，因為JScript現在基本也不更新了。但SpiderMonkey不能使用ActiveXObject

檔案優化
檔案優化也是一個很有效的手段，刪除所有的空格和註釋，把程式碼放入一行內，可以加快下載的速度，注意，是下載的速度而不是解析的速度，如果是本地，註釋和空格並不會影響解釋和執行速度。

總結
本文總結了我在JavaScript程式設計中所找到的提高JavaScript執行效能的一些方法，其實這些經驗都基於幾條原則：

直接拿手頭現成的東西比較快，如區域性變數比全域性變數快，直接量比執行時構造物件快等等。

儘可能少地減少執行次數，比如先快取需要多次查詢的。

儘可能使用語言內建的功能，比如串連結。

儘可能使用系統提供的API，因為這些API是編譯好的二進位制程式碼，執行效率很高

同時，一些基本的演算法上的優化，同樣可以用在JavaScript中，比如運算結構的調整，這裡就不再贅述了。但是由於JavaScript是解釋型的，一般不會在執行時對位元組碼進行優化，所以這些優化仍然是很重要的。

當然，其實這裡的一些技巧同樣使用在其他的一些解釋型語言中，大家也可以進行參考。