高效的Java異常處理

Java開發人員可以做出的最重要的架構性決策之一就是如何使用Java異常模型。Java異常一直以來就是社群中許多爭議的靶子。有人爭論到，在

Java語言中的異常檢查已是一場失敗的試驗。本文將辨析，失敗的原因不在于Java異常模型，而在于Java類庫的設計者未能充分了解到方法失敗的兩個

基本原因。

本文倡導一種對異常條件本質的思考方式，并描述一些有助于設計的模式。最后，本文還將在AOP模型中，作為相互滲透的問題，來討論異常的處理。當你能正確使用異常時，它們會有極大的好處。本文將幫助你做到這一點。

為何異常是如此重要

Java應用中的異常處理在很大程度上揭示了其所基于架構的強度。架構是在應用程序各個層次上所做出并遵循的決定。其中最重要的一個就是決定應用程序中的

類，亞系統，或層之間溝通的方式。Java異常是Java方法將另類執行結果交流出去的方式，所以值得在應用架構中給予特殊關注。

一個衡量Java設計師水平和開發團隊紀律性的好方法就是讀讀他們應用程序里的異常處理代碼。首先要注意的是有多少代碼用于捕獲異常，寫進日志文件，決定

發生了什么，和在不同的異常間跳轉。干凈，簡捷，關聯性強的異常處理通常表明開發團隊有著穩定的使用Java異常的方式。當異常處理代碼的數量甚至要超過

其他代碼時，你可以看出團隊之間的交流合作有很大的問題(可能在一開始就不存在)，每個人都在用他們自己的方式來處理異常。

對突發異常的處理結果是可以預見的。如果你問問團隊成員為什么異常會被拋出，捕獲，或在特定的一處代碼里忽視了異常的發生，他們的回答通常是，“我沒有別

的可做”。如果你問當他們編寫的異常真的發生了會怎么樣，他們會皺皺眉，你得到的回答類似于這樣，“我不知道。我們從沒測試過。”

你可以從客戶端的代碼判斷一個java的組件是否有效利用了java的異常。如果它們包含著大堆的邏輯去弄清楚在何時一筆操作失敗了，為何失敗，是否有彌

補的余地，那么原因很有可能要歸咎于組件的報錯設計。錯誤的報錯系統會在客戶端產生大量的“記錄然后忘掉”的代碼，這些代碼鮮有用途。最差的是弄擰的邏

輯，嵌套的try/catch/finally代碼塊，和一些其他的混亂而導致脆弱而難于管理的應用程序。

事后再來解決Java異常的問題，或根本就不解決，是軟件項目產生混亂并導致滯后的主要原因。異常處理是一個在設計的各個部分都急需解決的問題。對異常處

理建立一個架構性的約定是項目中首要做出的決定。合理使用Java異常模型對確保你的應用簡單，易維護，和正確有著長遠的影響。

解析異常

正確使用Java異常模型所包含的內容一直以來有著很大的爭議。Java不是第一種支持異常算法語義的；但是，它卻是第一種通過編譯器來執行聲明和處理某些異常的規則的語言。許多人都認為編譯時的異常檢查對精確的軟件設計頗有幫助。圖1顯示的Java異常的等級。

Barry Ruzek

被Open Group提名為注冊IT設計師的大師。他有著30多年的開發操作系統和企業應用的經驗。

(轉摘自: http://www.blogjava.net/jinfeng_wang/archive/2007/12/12/167119.html)

總結

以上是生活随笔為你收集整理的java 解决故意弄得错误,高效的Java错误处理的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。