高效的Java異常處理

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

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

基本原因。

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

為何異常是如此重要

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

類，亞系統(tǒng)，或?qū)又g溝通的方式。Java異常是Java方法將另類執(zhí)行結(jié)果交流出去的方式，所以值得在應(yīng)用架構(gòu)中給予特殊關(guān)注。

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

發(fā)生了什么，和在不同的異常間跳轉(zhuǎn)。干凈，簡捷，關(guān)聯(lián)性強(qiáng)的異常處理通常表明開發(fā)團(tuán)隊有著穩(wěn)定的使用Java異常的方式。當(dāng)異常處理代碼的數(shù)量甚至要超過

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

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

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

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

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

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

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

理建立一個架構(gòu)性的約定是項目中首要做出的決定。合理使用Java異常模型對確保你的應(yīng)用簡單，易維護(hù)，和正確有著長遠(yuǎn)的影響。

解析異常

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

Barry Ruzek

被Open Group提名為注冊IT設(shè)計師的大師。他有著30多年的開發(fā)操作系統(tǒng)和企業(yè)應(yīng)用的經(jīng)驗。

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

總結(jié)

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

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。