是每次調用javascript還是隻計算一次javascript str.length？

Question

哪種方式更有效？有區別嗎？

這一個：

var str = 'abc'; 

if(str.length == 20) { 
    //... 
} 

if(str.length == 25) { 
    //... 
} 

// and so on 

或者這一個：

var str = 'abc'; 
var length = str.length; 

if(length == 20) { 
    //... 
} 

if(length == 25) { 
    //... 
} 

// and so on 

Answer 1

在這實際上事（閱讀：IE）瀏覽器將每一次計算，所以它的速度更快存儲局部變量中的值。

http://jsperf.com/string-length

---

它used to be是

var len = someArray.length; 
for (var i=0; i<len; i++) { 
    // ... 
} 

快於

for (var i=0; i<someArray.length; i++) { 
    // ... 
} 

但這些天，V8的（Chrome的JS引擎）優化後跑得比較快前任的。這真是太棒了 - 請記住，你並不需要擔心Chrome中的性能。

---

如果你很好奇，以瞭解更多關於JavaScript性能，High Performance JavaScript是一個堅實的讀取。儘管如此，儘管在IE中使代碼運行速度更快（6,7,8或甚至9），但它仍然可以讓代碼在Chrome或Firefox 4中運行得更慢。

Answer 2

第二是到目前爲止更安全的方式。在第一個你假設它不會被重新計算。在第二個你知道它不會。第二個並不總是最好的方式。只有當你知道其他進程不會影響數組的長度時它纔會起作用。所以對於全局變量等，你必須小心。這也適用於修改在數組上限處停止的for循環內數組的內容（長度）。

Answer 3

理論上，我希望第二個代碼塊應該更快。

但是，考慮到今天的JS解釋器實際上是高度優化的JIT編譯器，我想他們會發現這種事情並優化它。

這應該適用於目前主流使用的幾乎所有的瀏覽器，除了IE8和更低版本之外，任何人都會猜測它是如何實現的，但這種方式會很慢。

Answer 4

Strings are immutable in JavaScript，所以即使不好的Javascript實現也不太可能在每次訪問時重新計算字符串的length屬性。

你實際上可以使用jsperf自己測試它;使用Chrome 12,it actually looks like your first example is faster。