有時根據現場發回出錯日誌，根本不能找到對應的原因。比如當前日誌，乙個功能點失效，日誌裡只有記錄「建立目錄失效」的異常。以此為出發點，檢視許可權和磁碟問題，沒有發現任何問題。
後來除錯環境用vs跟蹤，然後發現這樣的奇葩**：
try
catch
這個**，居然沒有截獲真正的異常，記錄下來好便於跟蹤，反倒自己丟擲乙個別的異常。於是修改**，新增截獲的exception，打出裡面的錯誤資訊，發現是登入狀態才拋的問題，以此為方向，問題就就解決了。
後來找到那個開發工程師，為什麼這麼處理異常？工程師回答，這時候就是要建立乙個目錄，不管出什麼問題，目錄就是建立失敗，告訴使用者這個結果就可以了，不需要把這些細節告知使用者。@_@。。。。
這時想s的心都有....大哥，你這樣偷換exception，沒麻煩到使用者，反倒把自己的維護人員坑慘了......
關於異常的合理處理方式
最近公司內要搞乙個平台，內部涉及到自動化運維的一部分，趁著十一這兩天玩過回來在學習expect，看tcl一章異常處理的時候，突然想到個問題，異常合理處理方式的問題。異常合理從技術上分2種處理方式。1 拋exception的方式 2 返回值判斷的方式 其實任何系統中，都不可能只用一種處理方式，不然這個...
SpringBoot中的異常處理方式
springboot中有五種處理異常的方式 springboot預設的處理異常機制 springboot預設的已經提供了一套處理異常的機制。一旦程式出現了異常springboot就像 error的url傳送請求。在springboot中提供了乙個叫basicexceptioncontroller來處...
JAVA異常處理方式的區別和分析
一 內層方法丟擲異常，外層方法捕捉並處理異常 public void methoda catch exceptiontype et public void methodb throws exceptiontype else 在這個例子中，方法b的頭部中宣告了該方法會丟擲乙個型別為exceptiont...