JavaScript效能優化小撇步

JavaScript已經是目前最受歡迎的語言了，它能做很多事情 - 網站介面，伺服器端，遊戲 ，作業系統 ，機器人 等等很多很多。

　　不過，說實話，即使它這麼瘋狂流行，它的性能還沒有達到它的極限。是的，它在改進，但是等到它在各個方面趕上本地應用之前，在做一個HYBIRD混合應用時，你還不得不使用一些伎倆來優化它的性能。

　　Firefox擁有目前最快的JavaScript解析器 SpiderMonkey,

　　有各種各樣的讓JavaScript的速度更快的努力，其中一個是asm.js. Asm.js是Java是由Emscripten產生的一個子集，它為C/C++編繹成的JavaScript程式碼做了很多優化，編譯型後的程式碼很難看，這就是為什麼你不能自己寫優化後的程式碼，但它運行得非常快。我建議你閱讀這篇文章

　　別扯了舉個例子吧!

　　好了，我們的目標是寫速度更快的JavaScript程式碼，這裡有讓你的程式碼跑得更快一些的小技巧，以及更好的記憶體效率。請注意，我不是嚴格討論DOM和Web應用程序，它是關於JavaScript的，DOM只是一部分。

　　眼見為實，我要新增為第一個新增jsperf測試用例，使用的是Firefox38和Chrome39測試。

　　＃1不要類型轉換

　　JavaScript是動態類型，但如果你想提高速度不要使用該功能。盡量保持變數的類型一致。這也適用於數組，儘管主要是由瀏覽器都進行了優化,但盡量不要混用不同類型的數組。這就是為何編譯成 JavaScript的C/C++程式碼使用靜態型別的原因之一。

{
  var x = '2';
  var y = 5;
  x = 2;
  x + y;
}

　　測試用例

　　另外: 字串與數字類型間相互轉換

　　比方說，你必須將字串轉換為數字，parseInt與parseFloat是最好的方法嗎？讓我們來看看。

parseFloat("100")
+"100"
// 整型
parseInt("100", 10)
"100"|0
"100" >> 0
"100" << 0
// 仅适用于正数
"100" >>> 0

　　parseInt 測試  ~ parseFloat 測試

　　Firefox對位操作進行了優化，運行的程式碼比parseInt和+運算速度快約99％。而Chrome顯然對位元運算子沒有偏愛，他們比parseInt函數還慢62％。

　　parseFloat比+運算子在兩種瀏覽器（Firefox 28％，Chrome 39％）上都要快。

　　因此，如果你在寫Node/Chrome或Firefox的應用程式？我認為，一般使用parseInt函數是正確的。

　　＃2不要重新建構物件

　　重組物件不便宜，應該避免它：

　　不要使用delete運算子

　　刪除操作比一個分配操作比一個分配功能慢很多。分配null在兩個瀏覽器都快99％，但它不能修改物件的結構，但刪除可以。

　　編輯：我認為這裡有點誤導，這並不意味著你不應該使用delete操作符，delete運算符有它自己的使用情況，它可以防止物件的記憶體洩漏。

　　delete vs null 

　　不要以後再添加屬性

　　盡量不要在以後再添加屬性，最好從一開始就定義對象的架構。這在Firefox中快100％，在Chrome中快89％。

　　動態屬性VS預先定義結構  

　　＃3字串聯連

　　字串聯連是一個非常昂貴的操作，但是應該用什麼方法呢？當然不是Array.prototype.join。

　　+=運算子似乎比+快很多，String.prototype.concat和Array.prototype.join在兩種瀏覽器都更快。 Array.prototype.join是最慢的，符合市場預期。

　　字串連接測試 

　　＃4正確的使用正規表示式

　　使用RegExp.prototype.exec是沒有必要，不是嗎？

　　然而，RegExp.prototype.test和String.prototype.search之間是有效能差異的，讓我們來看看哪個方法更快：

　　正則表達式的方法

　靯prototype.match快了不少，但他們是不完全一樣的東西，它們的區別超出了本文的範圍，看這個問答。

　　RegEx.prototype.test更快，可能是因為它不會回傳找到匹配的索引。 String.prototype.search應僅用於找到所需的匹配的索引。

　　然而，你不應該使用正規表示式來找出另一個字串的位置，你可以使用String.prototype.indexOf方法。

　　String.prototype.search VS String.prototype.indexOf

　　另一个有趣的基准是String.prototype.indexOf VS RegExp.prototype.test，我个人预计后者要快，这是在Firefox中发生的事情，但在Chrome中，事实并非如此。 RegExp.prototype.test在Firefox中快32％，而在Chrome中String.prototype.indexOf快33％。在这种情况下，你自己选择喜欢的方式吧。

　　＃5限制声明/传递变量的范围（作用域）

　　假如你调用一个函数，浏览器必须做一些所谓的范围查找，它的昂贵程度取决于它要查找多少范围。尽量不要依辣全局/高范围的变量，尽量使局部范围变量，并将它们传递给函数。更少的范围查找，更少的牺牲速度。

　　这个测试告诉我们，从局部范围内传递和使用变量比从更高的声明范围查找变量快，无论是Chrome和Firefox。

　　内部范围VS高范围VS全局

　　＃6你不需要所有的东西都用jQuery

　　大多数开发者使用jQuery做一些简单的任务，我的意思在一些场合你没有必要使用jQuery，你觉得用$.val()始终是必要的吗？就拿这个例子：

$('input').keyup(function() {
    if($(this).val() === 'blah') { ... }
});

　　这是学习如何使用JavaScript修改DOM的最重要原因之一，这样你可以编写更高效的代码。

　　用纯JavaScript100％完成同样的功能100%的速度更快，这是JSPerf基准测试

$('input').keyup(function() {
  if(this.value === 'blah') { ... }
});