軟件開發咨詢 php實訓咨詢 app開發咨詢 vr全景制作 微信開發咨詢

凹凸軟件開發技術小課堂:Java開發異常處理

凹凸軟件開發技術小課堂:Java開發異常處理


      在凹凸網絡科技有限公司做java開發時,跟大家一樣常常會遇到程序報錯的情況,在一遍又一遍的改錯中,總結了一些面對java報錯的錯誤處理辦法,跟大家做一個分享,希望能夠在工作和學習中幫助到大家。

誤區一、將異常打印在客戶端

將異常直接打印在客戶端的例子屢見不鮮,以 JSP 為例,一旦代碼運行出現異常,默認情況下容器將異常堆棧信息直接打印在頁面上。其實從客戶角度來說,任何異常都沒有實際意義,絕大多數的客戶也根本看不懂異常信息,軟件開發也要盡量避免將異常直接呈現給用戶。

誤區二、只是將異常打印到控制臺

異常處理只是將異常輸出到控制臺,沒有任何意義。而且這里出現了異常并沒有中斷程序,進而調用代碼繼續執行,導致更多的異常

誤區三、多層次封裝拋出非檢測異常

如果我們一直堅持不同類型的異常一定用不同的捕捉語句,那大部分例子可以繞過這一節了。但是如果僅僅一段代碼調用會拋出一種以上的異常時,很多時候沒有必要每個不同類型的 Exception 寫一段 catch 語句,對于開發來說,任何一種異常都足夠說明了程序的具體問題。

誤區四、混用多種第三方日志插件

現如今 Java 第三方日志庫的種類越來越多,一個大項目中會引入各種各樣的框架,而這些框架又會依賴不同的日志庫的實現。最麻煩的問題倒不是引入所有需要的這些日志庫,問題在于引入的這些日志庫之間本身不兼容。如果在項目初期可能還好解決,可以把所有代碼中的日志庫根據需要重新引入一遍,或者換一套框架。但這樣的成本不是每個項目都承受的起的,而且越是隨著項目的進行,這種風險就越大。

怎么樣才能有效的避免類似的問題發生呢,現在的大多數框架已經考慮到了類似的問題,可以通過配置 Properties 或 xml 文件、參數或者運行時掃描 Lib 庫中的日志實現類,真正在應用程序運行時才確定具體應用哪個特定的日志庫。

其實根據不需要多層次打印日志那條原則,我們就可以簡化很多原本調用日志打印代碼的類。很多情況下,我們可以利用攔截器或者過濾器實現日志的打印,降低代碼維護、遷移的成本

更多軟件開發技術問題請登入www.tdyjhm.tw查詢


上一篇 下一篇

凹凸最新動態資訊


技術保障軟件安全


行業最新動態發展


UI設計最新理念


APP最新開發技術


APP最新行業動態