JS的 try catch使用心得

try{ //正常執行 }catch(e/*你感受會出錯的 錯誤類型*/){ // 可能出現的意外 eg:用戶本身操做失誤 或者 函數少條件 不影響下面的函數執行 // 有時也會用在 好比 focus() 但可惡的ie有可能會第一次沒有focus事件 再讓他執行一次 // 有時一些不是bug的bug 在ie上 他要求必須加上 catch 哪怕就一個空catch 之前在ie8上遇到過這個操蛋的js問題 }

 

一、

做者：楊光
連接：https://www.zhihu.com/question/21583373/answer/18696617

try catch的使用，永遠應該放在你的控制範圍以內，而不該該防範未知的錯誤。也就是說你很清楚知道這裏是有可能」出錯「的，並且你很清楚知道什麼前提下會出錯，你就是要故意利用報錯信息來區分錯誤，後續的程序會解決全部的出錯，讓程序繼續執行。
若是讓用戶先發現你根本沒預料到的錯誤，而不是你先發現錯誤，你是失職的。

大多數狀況下，try catch適用於兩種場合：
一、瀏覽器原罪的場合：也就是兼容性場合，由於瀏覽器兼容性不是程序員能改正的，因此只能try catch：因爲不一樣瀏覽器的報錯提示是不同的，根據捕獲的瀏覽器的報錯提示判斷用戶的瀏覽器，而後作出對應的措施，這時候使用try catch是巧妙的辦法，若是用if就比較笨拙，由於if一般只能反饋真或假，不能直接反饋瀏覽器的報錯內容。
二、考慮以下代碼。window.a.b是非法的，再跟2對比就沒有意義，這樣非法的條件，在try catch中仍能夠繼續運行下去。但在if中window.a.b已經報錯，整個頁面都會壞掉。若是但願用if寫，那麼必須先判斷window.a是不是合法的，window.a是合法的前提下再判斷window.a.b是否是合法的，若是也是合法的，再判斷window.a.b是否不等於2，這樣是否是很蠢？這時就體現出try catch的妙處了，程序不但知道window.a.b !== 2是假的，並且直接能夠知道究竟哪一步就已是假的。
再想象一下，有一個變量是json.a.b.c，其中的a/b/c均可能是存在的也多是不存在的，全看具體狀況，這時候你簡單的寫if (json.a.b.c === 2) {...}是不行的，由於json.a.b就可能已是非法的，因此你若是用if，就要考慮a是否是非法的、a是合法前提下b是否是非法的，b是合法前提下c是否是非法的。可是json.a.b.c === 2在try中就能夠直接寫，也就是說，我不關心究竟a/b/c誰是非法的，我只關心json.a.b.c究竟是不是等於2，不等於2或者任何一步出錯，對我來說沒有區別，反正都是不等於2，我不關心哪步出錯，並且程序不會壞掉。這是一種比較省心的寫法。
另外注意，try catch不能作真假判斷，只能作非法判斷。也就是說：try {1 === 2}，雖然1===2是假，可是是合法的，catch不會捕捉到錯誤，也不會告訴你1 === 2究竟是真是假。因此，寫在try裏的應該是json.a.b.c而不是json.a.b.c === 2。到底是不是等於2，是後面的事，是if乾的事。簡單說，try catch用於捕捉報錯，當你不關心哪一步錯誤，只關心有沒有錯，就用try catch。

try { window.a.b !== 2 } catch(err){ alert(err) // 可執行 alert(123) // 可執行 } if (window.a.b !== 2) { alert("error") // 不執行 } alert(123); // 不執行 

最後，try catch在早期被各類語言的程序員濫用，try catch出現的場合被誇大了，事實上沒那麼多適用場合。若是你的幾千行程序都沒用到try catch也是很正常的，尤爲是用了jquery。

 

 

二、

一、事情還有得挽回，換條路走
try {
執行某個邏輯
} catch (e) {
出問題鳥，換個邏輯執行
}

二、體面的退出
try {
正常流程
} catch (e) {
彈個框告訴用戶很差意思出了點問題
若是是用戶的錯就告訴用戶什麼地方錯了
若是是程序的錯，就告訴用戶很差意思無法執行
}

做者：楊益
連接：https://www.zhihu.com/question/21583373/answer/18689400

 

三、

偶認爲，異常處理和錯誤處理是兩個不一樣的概念。例如NodeJS裏大多數error都是用來處理異常的，由於異常是不可避免的，例如數據庫掛了，網絡錯誤，你雖然知道有可能，可是不知道什麼時候發生，這些異常你須要捕捉或者傳給上層。而錯誤處理，則是一些基本的斷定，能夠從代碼級別避免其發生，可預知可推測，若是發生了，不是系統問題，而是你的程序有bug了。

對於NodeJS來講，兩種錯誤都時刻須要注意，特別是系統錯誤，由於不可預知，須要大量代碼來catch錯誤，傳遞錯誤，最後統一處理。

而對於前端，系統錯誤出現的場景相對來講低得多，主要是一些io場景，大部分前端可能不太關心。而普通的錯誤處理，則比較常見，由於前端耦合的特定系統比較多，和這些系統操做的時候，數據和dom啊什麼的大可能是可預知的，跟系統錯誤仍是要區分開的，一些錯誤，須要你本身去吞併和處理，若是出現錯誤，顯然是bug，而不是不可預知。

bulabula，記事本里相關的一片文章躺了好久了，至今寫了不到一半，太監了。

做者：孫芋頭
連接：https://www.zhihu.com/question/21583373/answer/19938568

 

四、