js try catch 的使用，容錯處理

標籤：tag   ant   情境   owb   pbm   nod   ++   等於   vlm   

tag: js try catch 的使用，js容錯處理

網友回答：

  try{      //正常執行  }catch(e/*你感覺會出錯的 錯誤類型*/){     // 可能出現的意外  eg:使用者自己操作失誤 或者 函數少條件 不影響下面的函數執行      // 有時也會用在 比如 focus()  但可惡的ie有可能會第一次沒有focus事件 再讓他執行一次      //  有時一些不是bug的bug  在ie上 他要求必須加上 catch  哪怕就一個空catch 以前在ie8上遇到過這個操蛋的js問題  }  throw ‘出錯 拋出 效果等同 for迴圈中的 break 直接停止該函數的運行‘

網友回答：
非同步用不了

網友回答：
try catch的使用，永遠應該放在你的控制範圍之內，而不應該防範未知的錯誤。也就是說你很清楚知道這裡是有可能”出錯“的，而且你很清楚知道什麼前提下會出錯，你就是要故意利用報錯資訊來區分錯誤，後續的程式會解決所有的出錯，讓程式繼續執行。
如果讓使用者先發現你根本沒預料到的錯誤，而不是你先發現錯誤，你是失職的。
大多數情況下，try catch適用於兩種場合：
1、瀏覽器原罪的場合：也就是相容性場合，因為瀏覽器安全色性不是程式員能改正的，所以只能try catch：由於不同瀏覽器的報錯提示是不一樣的，根據捕獲的瀏覽器的報錯提示判斷使用者的瀏覽器，然後做出對應的措施，這時候使用try catch是巧妙的辦法，如果用if就比較笨拙，因為if通常只能反饋真或假，不能直接反饋瀏覽器的報錯內容。
2、考慮如下代碼。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); // 不執行

網友回答：
1、事情還有得挽回，換條路走

  try {  執行某個邏輯  } catch (e) {  出問題鳥，換個邏輯執行  }

2、體面的退出

  try {  正常流程  } catch (e) {  彈個框告訴使用者不好意思出了點問題  如果是使用者的錯就告訴使用者什麼地方錯了  如果是程式的錯，就告訴使用者不好意思沒法執行  }

網友回答：
偶認為，異常處理和錯誤處理是兩個不同的概念。例如NodeJS裡大多數error都是用來處理異常的，因為異常是不可避免的，例如資料庫掛了，網路錯誤，你雖然知道有可能，但是不知道何時發生，這些異常你需要捕捉或者傳給上層。而錯誤處理，則是一些基本的判定，可以從代碼層級避免其發生，可預知可推測，如果發生了，不是系統問題，而是你的程式有bug了。
對於NodeJS來說，兩種錯誤都時刻需要注意，特別是系統錯誤，因為不可預知，需要大量代碼來catch錯誤，傳遞錯誤，最後統一處理。
而對於前端，系統錯誤出現的情境相對來說低得多，主要是一些io情境，大部分前端可能不太關心。而普通的錯誤處理，則比較常見，因為前端耦合的特定系統比較多，和這些系統操作的時候，資料和dom啊什麼的大多是可預知的，跟系統錯誤還是要區分開的，一些錯誤，需要你自己去吞併和處理，如果出現錯誤，顯然是bug，而不是不可預知。
bulabula，記事本裡相關的一片文章躺了很久了，至今寫了不到一半，太監了。

?

js try catch 的使用，容錯處理