開發中，是否須要try catch？

咱們真的須要try catch？

原因：

• 實際開發中，考慮到會有一些異常的狀況，會使用try catch

• 實際線上環境中，因爲try catch了，遇到異常狀況不會崩潰，可是對於用戶的使用來講， 點擊操做後，沒有任何反應

• 實際開發與線上環境中，因爲try catch了，開發人員，沒法知道是什麼緣由致使的try catch或者被try catch的次數的多少（說的直白一點，就是：開發人員沒法知道一些被catch住的崩潰，不利於問題的及時發現）

個人觀點：

• 開發環境：不要try catch，直接讓程序崩潰--不崩潰的話，開發人員不會第一時間發現，也不會足夠的重視，會忽視掉存在的問題

• 線上環境：從我本身的角度來講，我是不肯意用try catch；可是考慮到crash率對團隊kpi的影響，要上try catch，可是必須有exception信息上報，同時附帶run-time的信息，還有業務數據，儘量多的上下文數據

延伸：

• 基礎設施的完備性考慮

  • run-time信息上報

  • crash的時時關注

  • 及時修復線上問題

• 團隊對於try catch的認知一致

• 適應後，徹底移除try catch（由於致使crash的緣由不少，有機型，有後端返回的數據）