和上個測試一樣，Internet Explorer和Firefox還是最慢的，Opera表現(xiàn)了非常搶眼的性能，而同樣的，Chrome和最新版本的Webkit午夜版顯示了和作用域深度無關(guān)的性能趨勢，同樣需要注意的是，F(xiàn)irefox 3.1 Beta 2的變量訪問時間還是會伴隨著深度出現(xiàn)一個奇怪的跳躍。

       在測試的過程中，我發(fā)現(xiàn)一個有趣的現(xiàn)象，就是Chrome在訪問全局變量的時候會有額外的性能損失。訪問全局變量的時間和作用域?qū)訑?shù)沒有關(guān)系，但是會比訪問同樣層數(shù)的局部變量的時間多出50%。

       這兩個測試可以給我們帶來什么啟示呢？首先是驗證了那個古老的觀點，就是要盡可能的使用局部變量。在所有的瀏覽器下，訪問局部變量都比訪問跨作用域的變量要快，當然也包括全局變量。下面這幾點應該是通過這個測試得出的經(jīng)驗吧：

1、仔細檢查函數(shù)中所有使用的變量，如果有一個變量不是當前作用域定義的，而且使用了不止一次，那么我們就應該把這個變量保存在局部變量中，而使用這個局部變量來進行讀寫操作。這樣可以幫助我們將作用域外的變量的搜索深度減少到1.這對全局變量尤為重要，因為全局變量總是被放到作用域鏈的最后位置來搜索。

2、避免使用with語句。因為它會修改執(zhí)行上下文（Execution Context）的作用域鏈，在最前面添加一個對象（Variable Object）。這就意味著在執(zhí)行with的過程中，實際上的局部變量都被移到作用域鏈上的第二個位置，這會帶來性能上的損失。

3、如果你確定一段代碼肯定會拋出異常，那么就要避免使用try-catch，因為catch分支在作用域鏈上的處理方法和with是一樣的。但try分支的代碼是沒有性能損失的，所以還是建議用try-catch來捕獲那些不可預知的錯誤。

       如果你想圍繞這個話題展開更多的討論，我在上個月的 Mountain View JavaScript Meetup 中曾經(jīng)發(fā)表了一個小演講?？梢栽赟lideShare上下載 幻燈片，或者觀看聚會的 完整視頻，我的演講大概從11分鐘左右時開始。

譯者筆記
大家如果在閱讀本文的過程中，有什么疑惑，建議延伸閱讀以下兩篇文章：
1、Richie寫的《JavaScript對象模型-執(zhí)行模型》
2、《ECMA-262第三版》，主要看看第十章，就是執(zhí)行上下文（Execution Context）那張，本文提到的名詞在那里都有詳細的解釋。

       在最后的時候，Nicholas提到一個Mountain View JavaScript Meetup，Meetup那個網(wǎng)站其實就是一個各種現(xiàn)實世界活動的組織網(wǎng)站，需要翻墻才能訪問，住在California真幸福，有那么多的好活動可以參加，呵呵。

最新評論