一直很迷惑司徒正美為什么對以下的for循環(huán)還鄙視，

for (var i = 0; i < list.length; i++) {

//循環(huán)代碼

}

看了下面這篇文章終于TM明白了。。。

語言層次方面

循環(huán)

在JavaScript中，我們可以使用for(;;),while(),for(in)三種循環(huán)，事實(shí)上，這三種循環(huán)中for(in)的效率極差，因?yàn)樗枰樵兩⒘墟I，只要可以就應(yīng)該盡量少用。

如果要與數(shù)組的長度作比較，應(yīng)該事先把數(shù)組的length屬性放入一個局部變量中，減少查詢次數(shù)。

所以上面的代碼應(yīng)該這么寫：

for (var i = 0,l = list.length; i < l; i++) {

//循環(huán)代碼

}

局部變量和全局變量

局部變量的速度要比全局變量的訪問速度更快，因?yàn)槿肿兞科鋵?shí)是全局對象的成員，而局部變量是放在函數(shù)的棧當(dāng)中的。

字符串連接

如果是收集字符串，比如多次對同一個字符串進(jìn)行+=操作的話，最好使用一個緩存。怎么用呢？使用JavaScript數(shù)組來收集，最后使用join方法連接起來，如下

var buf = new Array();

for (var i = 0; i < 100; i++) {

   buf.push(i.toString());

}

var all = buf.join("");

類型轉(zhuǎn)換

類型轉(zhuǎn)換是大家常犯的錯誤，因?yàn)镴avaScript是動態(tài)類型語言，你不能指定變量的類型。

1.  把數(shù)字轉(zhuǎn)換成字符串，應(yīng)用"" + 1，雖然看起來比較丑一點(diǎn)，但事實(shí)上這個效率是最高的，性能上來說：("" +) > String() > .toString() > new String()

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

2. 浮點(diǎn)數(shù)轉(zhuǎn)換成整型，這個更容易出錯，很多人喜歡使用parseInt()，其實(shí)parseInt()是用于將字符串轉(zhuǎn)換成數(shù)字，而不是浮點(diǎn)數(shù)和整型之間的轉(zhuǎn)換，我們應(yīng)該使用Math.floor()或者M(jìn)ath.round()。另外，和第二節(jié)的對象查找中的問題不一樣，Math是內(nèi)部對象，所以Math.floor()其實(shí)并沒有多少查詢方法和調(diào)用的時間，速度是最快的。

3. 對于自定義的對象，如果定義了toString()方法來進(jìn)行類型轉(zhuǎn)換的話，推薦顯式調(diào)用toString()，因?yàn)閮?nèi)部的操作在嘗試所有可能性之后，會嘗試對象的toString()方法嘗試能否轉(zhuǎn)化為String，所以直接調(diào)用這個方法效率會更高

使用直接量

其實(shí)這個影響倒比較小，可以忽略。什么叫使用直接量，比如，JavaScript支持使用[param,param,param,...]來直接表達(dá)一個數(shù)組，以往我們都使用new Array(param,param,...)，使用前者是引擎直接解釋的，后者要調(diào)用一個Array內(nèi)部構(gòu)造器，所以要略微快一點(diǎn)點(diǎn)。

同樣，var foo = {}的方式也比var foo = new Object();快，

var reg = /../;要比var reg=new RegExp()快。

字符串遍歷操作

對字符串進(jìn)行循環(huán)操作，譬如替換、查找，應(yīng)使用正則表達(dá)式，因?yàn)楸旧鞪avaScript的循環(huán)速度就比較慢，而正則表達(dá)式的操作是用C寫成的語言的API，性能很好。

高級對象

自定義高級對象和Date、RegExp對象在構(gòu)造時都會消耗大量時間。如果可以復(fù)用，應(yīng)采用緩存的方式。

DOM相關(guān)

插入HTML

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

對象查詢

使用[“”]查詢要比.items()更快，這和前面的減少對象查找的思路是一樣的，調(diào)用.items()增加了一次查詢和函數(shù)的調(diào)用。

創(chuàng)建DOM節(jié)點(diǎn)

通常我們可能會使用字符串直接寫HTML來創(chuàng)建節(jié)點(diǎn)，其實(shí)這樣做無法保證代碼的有效性。

字符串操作效率低

所以應(yīng)該是用document.createElement()方法，而如果文檔中存在現(xiàn)成的樣板節(jié)點(diǎn)，應(yīng)該是用cloneNode()方法，因?yàn)槭褂胏reateElement()方法之后，你需要設(shè)置多次元素的屬性，使用cloneNode()則可以減少屬性的設(shè)置次數(shù)——同樣如果需要創(chuàng)建很多元素，應(yīng)該先準(zhǔn)備一個樣板節(jié)點(diǎn)。

定時器

如果針對的是不斷運(yùn)行的代碼，不應(yīng)該使用setTimeout，而應(yīng)該是用setInterval。setTimeout每次要重新設(shè)置一個定時器。

其他

腳本引擎

Microsoft的JScript的效率較Mozilla的Spidermonkey要差很多，無論是執(zhí)行速度還是內(nèi)存管理上，因?yàn)镴Script現(xiàn)在基本也不更新了。但SpiderMonkey不能使用ActiveXObject

文件優(yōu)化

文件優(yōu)化也是一個很有效的手段，刪除所有的空格和注釋，把代碼放入一行內(nèi)，可以加快下載的速度，注意，是下載的速度而不是解析的速度，如果是本地，注釋和空格并不會影響解釋和執(zhí)行速度。

總結(jié)

在JavaScript編程中提高JavaScript運(yùn)行性能的一些方法，其實(shí)這些經(jīng)驗(yàn)都基于幾條原則：

1.直接拿手頭現(xiàn)成的東西比較快，如局部變量比全局變量快，直接量比運(yùn)行時構(gòu)造對象快等等。

2.盡可能少地減少執(zhí)行次數(shù)，比如先緩存需要多次查詢的。

3.盡可能使用語言內(nèi)置的功能，比如串鏈接。

4.盡可能使用系統(tǒng)提供的API，因?yàn)檫@些API是編譯好的二進(jìn)制代碼，執(zhí)行效率很高

5.一些基本的算法上的優(yōu)化，同樣可以用在JavaScript中，比如運(yùn)算結(jié)構(gòu)的調(diào)整。但是由于JavaScript是解釋型的，一般不會在運(yùn)行時對字節(jié)碼進(jìn)行優(yōu)化，所以這些優(yōu)化仍然是很重要的。

當(dāng)然，其實(shí)這里的一些技巧同樣使用在其他的一些解釋型語言中，大家也可以進(jìn)行參考。

最新評論