要捕獲 JavaScript 代碼中的異常一般會采用 try catch，不過 try catch 的使用是否是對代碼性能產生影響呢？答案是肯定有的，但是有多少不得而知。

前端線上腳本錯誤的捕獲方法：

window . JSTracker = window . JSTracker || [ ] ;

try {

//your code

} catch ( e ) {

JSTracker . push ( e ) ;

throw e ; //建議將錯誤再次拋出，避免測試無法發現異常

}

設計實驗方式

簡單的設計方案也就是對比實驗。

空白組1：[無 try catch 的情況下對數據取模1千萬次耗時]

< ! DOCTYPE html >

< html >

< head >

< title > 1無 try catch的情況耗時 < / title >

//無try catch的情況耗時

var t = new Date ( ) ;

//耗時代碼開始

for ( var i = 0 ; i < 100000000 ; i ++ ) {

var p = i % 2 ;

}

//耗時代碼結束

document . write ( new Date ( ) – t ) ;

} ( ) ;

< / head >

< body >

< / body >

< / html >

參照組2：[將耗時代碼用 try 包圍，內聯耗時代碼]

< ! DOCTYPE html >

< html >

< head >

< title > 2在 try中內聯代碼的耗時情況 < / title >

//在 try 中內聯代碼的耗時情況

var t = new Date ( ) ;

try {

//耗時代碼開始

for ( var i = 0 ; i < 100000000 ; i ++ ) {

var p = i % 2 ;

}

//耗時代碼結束

throw new Error ( ) ;

} catch ( e ) {

}

document . write ( new Date ( ) – t ) ;

} ( ) ;

< / head >

< body >

< / body >

< / html >

參照組3：[將耗時代碼用 try 包圍，外聯耗時代碼]

< ! DOCTYPE html >

< html >

< head >

< title > 3在 try中內聯代碼的耗時情況 < / title >

function run ( ) {

//耗時代碼開始

for ( var i = 0 ; i < 100000000 ; i ++ ) {

var p = i % 2 ;

}

//耗時代碼結束

}

//在 try 中內聯代碼的耗時情況

var t = new Date ( ) ;

try {

run ( ) ;

throw new Error ( ) ;

} catch ( e ) {

}

document . write ( new Date ( ) – t ) ;

} ( ) ;

< / head >

< body >

< / body >

< / html >

參照組4：[將耗時代碼用 catch 包圍，內聯耗時代碼]

< ! DOCTYPE html >

< html >

< head >

< title > 4在 catch中內聯代碼的耗時情況 < / title >

//在 catch 中內聯代碼的耗時情況

var t = new Date ( ) ;

try {

throw new Error ( ) ;

} catch ( e ) {

//耗時代碼開始

for ( var i = 0 ; i < 100000000 ; i ++ ) {

var p = i % 2 ;

}

//耗時代碼結束

}

document . write ( new Date ( ) – t ) ;

} ( ) ;

< / head >

< body >

< / body >

< / html >

參照組5：[將耗時代碼用 catch 包圍，外聯耗時代碼]

< ! DOCTYPE html >

< html >

< head >

< title > 5在 catch中內聯代碼的耗時情況 < / title >

function run ( ) {

//耗時代碼開始

for ( var i = 0 ; i < 100000000 ; i ++ ) {

var p = i % 2 ;

}

//耗時代碼結束

}

//在 catch 中內聯代碼的耗時情況

var t = new Date ( ) ;

try {

throw new Error ( ) ;

} catch ( e ) {

run ( ) ;

}

document . write ( new Date ( ) – t ) ;

} ( ) ;

< / head >

< body >

< / body >

< / html >

運行結果（只選取了 Chrome 作為示例）

給出總結

針對第二點，可以查看 ECMA 中關于 try catch 的解釋，在代碼進入 try catch 的時候 js引擎會拷貝當前的詞法環境，拷貝的其實就是當前 scope 下的所有的變量。

建議

在使用 try catch 的時候盡量把 try catch 放在一個相對干凈的 scope 中，同時在 try catch 語句中也盡量保證足夠少的變量，最好通過函數調用方式來 try catch。

試驗中的現象解釋

測試過程中還是發現了一個疑問, 以下兩段代碼在 Chrome 44 中運行出來的結果差距非常大，加了一句空的 try catch 之后平均為：850ms，加上之前為：140ms。

! function ( ) {

//無 try catch 的情況耗時

var t = new Date ( ) ;

//耗時代碼開始

for ( var i = 0 ; i < 100000000 ; i ++ ) {

var p = i % 2 ;

}

//耗時代碼結束

document . write ( new Date ( ) – t ) ;

try {

} catch ( e ) {

}

} ( ) ;

! function ( ) {

//無 try catch 的情況耗時

var t = new Date ( ) ;

//耗時代碼開始

for ( var i = 0 ; i < 100000000 ; i ++ ) {

var p = i % 2 ;

}

//耗時代碼結束

document . write ( new Date ( ) – t ) ;

} ( ) ;

其實原因很簡單

只要把代碼改為這樣 耗時就降下來了：

! function ( ) {

! function ( ) {

//無 try catch 的情況耗時

var t = new Date ( ) ;

//耗時代碼開始

for ( var i = 0 ; i < 100000000 ; i ++ ) {

var p = i % 2 ;

}

//耗時代碼結束

document . write ( new Date ( ) – t ) ;

} ( ) ;

try {

} catch ( e ) {

}

} ( ) ;

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com