為什么要這么做？有什么根據(jù)么？不這么做，對(duì)性能到底能帶來(lái)多大的損失？本文就來(lái)探討這些問(wèn)題的答案，從根本上了解變量的讀寫(xiě)性能都和哪些因素有關(guān)。
著作權(quán)聲明 
       本文譯自 Nicholas C. Zakas 于2009年2月10日在個(gè)人網(wǎng)站上發(fā)表的《JavaScript Variable Performance》。原文是唯一的正式版，本文是經(jīng)過(guò)原作者（Nicholas C. Zakas）授權(quán)的簡(jiǎn)體中文翻譯版（Simplified Chinese Translation）。譯者（明達(dá)）在翻譯的準(zhǔn)確性上做了大量的努力，并承諾譯文的內(nèi)容完全忠于原文，但可能還是包含疏漏和不妥之處，歡迎大家指正。譯注的內(nèi)容是非正式的，僅代表譯者個(gè)人觀點(diǎn)。

以下是對(duì)原文的翻譯：
       在如何提高JavaScript性能這個(gè)問(wèn)題上，大家最常聽(tīng)到的建議應(yīng)該就是盡量使用局部變量（local variables）來(lái)代替全局變量（global variables）。在我從事Web開(kāi)發(fā)工作的九年時(shí)間里，這條建議始終縈繞在我的耳邊，并且從來(lái)沒(méi)有質(zhì)疑過(guò)，而這條建議的基礎(chǔ)，則來(lái)自于 JavaScript處理作用域（scoping）和標(biāo)識(shí)符解析（identifier resolution）的方法。

       首先我們要明確，函數(shù)在JavaScript中具體表現(xiàn)為對(duì)象，創(chuàng)建一個(gè)函數(shù)的過(guò)程，其實(shí)也就是創(chuàng)建一個(gè)對(duì)象的過(guò)程。每個(gè)函數(shù)對(duì)象都有一個(gè)叫做 [[Scope]]的內(nèi)部屬性，這個(gè)內(nèi)部屬性包含創(chuàng)建函數(shù)時(shí)的作用域信息。實(shí)際上，[[Scope]]屬性對(duì)應(yīng)的是一個(gè)對(duì)象（Variable Objects）列表，列表中的對(duì)象是可以從函數(shù)內(nèi)部訪問(wèn)的。比如說(shuō)我們建立一個(gè)全局函數(shù)A，那么A的[[Scope]]內(nèi)部屬性中只包含一個(gè)全局對(duì)象（Global Object），而如果我們?cè)贏中創(chuàng)建一個(gè)新的函數(shù)B，那么B的[[Scope]]屬性中就包含兩個(gè)對(duì)象，函數(shù)A的Activation Object對(duì)象在前面，全局對(duì)象（Global Object）排在后面。

       當(dāng)一個(gè)函數(shù)被執(zhí)行的時(shí)候，會(huì)自動(dòng)創(chuàng)建一個(gè)可以執(zhí)行的對(duì)象（Execution Object），并同時(shí)綁定一個(gè)作用域鏈（Scope Chain）。作用域鏈會(huì)通過(guò)下面兩個(gè)步驟來(lái)建立，用于進(jìn)行標(biāo)識(shí)符解析。

1. 首先將函數(shù)對(duì)象[[Scope]]內(nèi)部屬性中的對(duì)象，按順序復(fù)制到作用域鏈中。
2. 其次，在函數(shù)執(zhí)行時(shí)，會(huì)創(chuàng)建一個(gè)新的Activation Object對(duì)象，這個(gè)對(duì)象中包含了this、參數(shù)（arguments）、局部變量（包括命名的參數(shù)）的定義，這個(gè)Activation Object對(duì)象會(huì)被置于作用域鏈的最前面。

       在執(zhí)行JavaScript代碼的過(guò)程中，當(dāng)遇到一個(gè)標(biāo)識(shí)符，就會(huì)根據(jù)標(biāo)識(shí)符的名稱(chēng)，在執(zhí)行上下文（Execution Context）的作用域鏈中進(jìn)行搜索。從作用域鏈的第一個(gè)對(duì)象（該函數(shù)的Activation Object對(duì)象）開(kāi)始，如果沒(méi)有找到，就搜索作用域鏈中的下一個(gè)對(duì)象，如此往復(fù)，直到找到了標(biāo)識(shí)符的定義。如果在搜索完作用域中的最后一個(gè)對(duì)象，也就是全局對(duì)象（Global Object）以后也沒(méi)有找到，則會(huì)拋出一個(gè)錯(cuò)誤，提示用戶(hù)該變量未定義（undefined）。這是在ECMA-262標(biāo)準(zhǔn)中描述的函數(shù)執(zhí)行模型和標(biāo)識(shí)符解析（Identifier Resolution）的過(guò)程，事實(shí)證明，大部分的JavaScript引擎確實(shí)也是這樣實(shí)現(xiàn)的。需要注意的是，ECMA-262并沒(méi)有強(qiáng)制要求采用這種結(jié)構(gòu)，只是對(duì)這部分功能加以描述而已。

       了解標(biāo)識(shí)符解析（Identifier Resolution）的過(guò)程以后，我們就能明白為什么局部變量的解析速度要比其他作用域的變量快，主要是由于搜索過(guò)程被大幅縮短了。但是，具體會(huì)快多少呢？為了回答這個(gè)問(wèn)題，我模擬了一系列的測(cè)試，來(lái)測(cè)試不同作用域深度中變量的性能。

       第一個(gè)測(cè)試是向一個(gè)變量中寫(xiě)入一個(gè)最簡(jiǎn)單的值（這里使用字面量的數(shù)值1），結(jié)果如下圖顯示，很有趣：

       從結(jié)果中不難看出，當(dāng)標(biāo)識(shí)符解析的過(guò)程需要進(jìn)行深度搜索時(shí)，會(huì)伴隨性能損失，而且性能損失的程度會(huì)隨著標(biāo)識(shí)符深度的增加而遞增。意料之中的是，Internet Explorer表現(xiàn)的是最差的（但公平的說(shuō)，IE 8還是有一些改善的）。值得注意的是，這里有一些例外情況，Google Chrome和最新的WebKit午夜版在訪問(wèn)變量的時(shí)間保持得很穩(wěn)定，不會(huì)隨著作用域深度的遞增而增長(zhǎng)。當(dāng)然，這應(yīng)該歸功于它們所使用的下一代 JavaScript引擎，V8和SquirrelFish。這些引擎在執(zhí)行代碼時(shí)進(jìn)行了優(yōu)化，而且很明顯，這些優(yōu)化使訪問(wèn)變量的速度比以往更快。 Opera表現(xiàn)的也很不錯(cuò)，比IE、Firefox和當(dāng)前版本的Safari要快的多，但比基于V8和Squirrelfish的瀏覽器要慢。 Firefox 3.1 Beta 2的表現(xiàn)有點(diǎn)出人意料，對(duì)于局部變量執(zhí)行的效率非常高，但隨著作用域?qū)訑?shù)的增加，效率便大打折扣。需要注意的是，我這里使用的都是默認(rèn)設(shè)置，也就是說(shuō) Firefox是沒(méi)有開(kāi)啟Trace功能的。

最新評(píng)論