有這么一個(gè)題目：找出由數字組成的數組中最大值的索引。 （PS：不用考慮兼容性）

網(wǎng)站性能優(yōu)化 Javascript 代碼優(yōu)化 網(wǎng)站優(yōu)化

三個(gè)方案中，方案一最傳統最直接明了，相信也是大部分人腦海里最早浮現出來(lái)的方案；方案二比方案一更簡(jiǎn)潔，使用reduce方法替換了for循環(huán)；方案三最簡(jiǎn)潔，沒(méi)有循環(huán)，沒(méi)有條件判斷，一行代碼解決問(wèn)題。大部分人都喜歡追求代碼簡(jiǎn)潔優(yōu)雅，要是可選的話(huà)，相信很多人都會(huì )選擇方案三。

但問(wèn)題來(lái)了，這三個(gè)方案中哪一個(gè)性能最好呢？

方案一：性能最差，因為它需要手動(dòng)去遍歷數組，并且每個(gè)遍歷都需要進(jìn)行條件判斷，所以這里的性能損耗最大；方案二：性能較好，因為它使用了JavaScript內置的reduce函數幫我們完成了方案一中手動(dòng)完成的數組遍歷工作；JavaScript內置的方法肯定是比我們自己實(shí)現的要快，因此在同樣需要條件判斷的情況下，方案二肯定是由于方案一；方案三：性能最好，因為相對方案二，它連條件判斷都省了，使用了Math.max替代。

但實(shí)際情況真的如上面所猜測的嗎？下面我們來(lái)做個(gè)測試：

測試地址：

indexOfMax-100,000 http://jsperf.com/indexofmax

indexOfMax-120,000 http://jsperf.com/indexofmax-120000

indexOfMax-130,000 http://jsperf.com/indexofmax-130000

測試結果如下：

網(wǎng)站性能優(yōu)化 Javascript 代碼優(yōu)化 網(wǎng)站優(yōu)化

從結果中可以看得出來(lái)，性能上：方案一最好，方案三次之，方案二最差；與上面猜測的結果完全相反。方案一最好猜測應該是瀏覽器JavaScript解釋引擎對代碼進(jìn)行了優(yōu)化后執行的結果，優(yōu)化后的代碼從底層實(shí)現上來(lái)看應該是比reduce、indexOf、Math.max等底層接口的性能更好，因此效率更高。

同時(shí)注意到，在Chrome下，當數組長(cháng)度達到130,000時(shí)瀏覽器拋出了最大調用堆棧的異常，我此前說(shuō)過(guò)，瀏覽器對調用堆棧的大小是有限制的。不同瀏覽器對函數最大參數長(cháng)度的限制是不一樣的，所以這里需要注意下。

高級瀏覽器的表現似乎比較統一，那么IE的表現又怎么樣呢？