循環(huán)是大多數(shù)編程語言都具備的基本功能，JS也不例外，不同之處在于JS是解釋型語言，運行于瀏覽器環(huán)境中，客戶端的軟硬件條件會對JS執(zhí)行效率產(chǎn)生很大的影響。然而客戶端環(huán)境對于開發(fā)者是未知、多樣的，并且難以改變，所以優(yōu)化代碼質(zhì)量是提高代碼效率的主要途徑。
JS代碼中，循環(huán)是比較容易導(dǎo)致性能問題的因素。理解循環(huán)特性進而有針對性地進行優(yōu)化也許會帶來不錯的性能提升。
for、while、do-while循環(huán)：
這三種循環(huán)本身的循環(huán)效率相差不多，所以只要根據(jù)適合的應(yīng)用場景選擇即可。
以for循環(huán)為例：

上面例子中每次循環(huán)都要比較i與數(shù)組的長度，所以每次都要重新讀取數(shù)組長度，由如果數(shù)組長度在循環(huán)中是不變的，這樣做就沒有必要，我們可以使用局部變量代替length的讀取。同理，例子中，aValues[i]由于被讀取兩次以上，我們也可以將它賦值給局部變量：

如果循環(huán)的業(yè)務(wù)邏輯對循環(huán)順序不敏感，可以嘗試倒序循環(huán)，即將計數(shù)器遞減到0。

使用這種方式計數(shù)器默認與0進行比較，連局部變量比較都省略了，理論上也能提高效率。
for-in循環(huán)：
for-in循環(huán)更像在窮舉，他用來遍歷對象屬性，我們知道對象屬性的查找會一直延續(xù)到原型鏈頂端，這將大大降低循環(huán)效率。for-in循環(huán)的寫法上沒有什么優(yōu)化空間，需要在使用時遵循一定原則：盡量只在遍歷數(shù)據(jù)型對象的時候才使用for-in循環(huán)。
如果遍歷對象的屬性是明確的，可以使用數(shù)組循環(huán)替代。
例如遍歷一個聯(lián)系人對象：

Duff策略
Duff策略的主要原理是通過展開循環(huán)減少次數(shù)來提高效率。例如
一個普通循環(huán):

如果aValues.length == N，寫成以下這種方式的效率將比循壞來的高:

但如果N很大，這種寫法就不現(xiàn)實，而Duff策略是一種適中的循環(huán)展開策略。
近日在網(wǎng)易郵箱通訊錄聯(lián)系人的初始化循環(huán)中加入了Duff策略：

如上所示，每輪循環(huán)可以執(zhí)行8個聯(lián)系人數(shù)據(jù)的格式化操作，還有一輪循環(huán)用于處理余下的聯(lián)系人。由此可見，在聯(lián)系人較多的情況下總的循環(huán)次數(shù)大大降低，可以降低循環(huán)的消耗。另外，8是Duff策略提出的最優(yōu)值。
實際測試時發(fā)現(xiàn)在IE下可以帶來10-20%以上的性能提升，而非IE瀏覽器中幾乎看不到區(qū)別。
結(jié)束語：在測試過程中發(fā)現(xiàn)非IE瀏覽器下，優(yōu)化后和優(yōu)化前的效率差距并不是很大，甚至可以忽略，這說明這些瀏覽器的JS引擎對

最新評論