引言
記得當(dāng)初參與某公司的ERP項(xiàng)目中，接觸過異常框架這個概念，可是似乎并沒有感覺到當(dāng)時技術(shù)經(jīng)理提出這個概念的意義，而且他也對這個概念似乎很"保守"，雖然按照他的思路去執(zhí)行，但沒有理解的概念再實(shí)施起來的時候總是覺得很"別扭"，而如今面對自己要設(shè)計(jì)咚咚了，不得不重新審視異常這個概念，JAVA異常的介紹文章在網(wǎng)絡(luò)上非常的少，而對于如何構(gòu)件J2EE的異常處理框架更顯的稀少，于是就促使自己寫下了這樣的文章。
本文只是自己的一些愚見，希望和大家相互學(xué)習(xí)。Email:Killvin@hotmail.com
概念
什么是異常？
異常（exception）應(yīng)該是異常事件（exceptional event）的縮寫。
異常定義：異常是一個在程序執(zhí)行期間發(fā)生的事件，它中斷正在執(zhí)行的程序的正常的指令流。
當(dāng)在一個方法中發(fā)生錯誤的時候，這個方法創(chuàng)建一個對象，并且把它傳遞給運(yùn)行時系統(tǒng)。這個對象被叫做異常對象，它包含了有關(guān)錯誤的信息，這些信息包括錯誤的類型和在程序發(fā)生錯誤時的狀態(tài)。創(chuàng)建一個錯誤對象并把它傳遞給運(yùn)行時系統(tǒng)被叫做拋出異常。
一個方法拋出異常后，運(yùn)行時系統(tǒng)就會試著查找一些方法來處理它。這些處理異常的可能的方法的集合是被整理在一起的方法列表，這些方法能夠被發(fā)生錯誤的方法調(diào)用。這個方法列表被叫做堆棧調(diào)用（call stack）
運(yùn)行時系統(tǒng)搜尋包含能夠處理異常的代碼塊的方法所請求的堆棧。這個代碼塊叫做異常處理器，搜尋首先從發(fā)生的方法開始，然后依次按著調(diào)用方法的倒序檢索調(diào)用堆棧。當(dāng)找到一個相應(yīng)的處理器時，運(yùn)行時系統(tǒng)就把異常傳遞給這個處理器。一個異常處理器要適當(dāng)?shù)乜紴V拋出的異常對象的類型和異常處理器所處理的異常的類型是否匹配。異常被捕獲以后，異常處理器關(guān)閉。如果運(yùn)行時系統(tǒng)搜尋了這個方法的所有的調(diào)用堆棧，而沒有找到相應(yīng)的異常處理器。
怎么設(shè)計(jì)異常框架
任何的異常都是Throwable類（為何不是接口？？），并且在它之下包含兩個字類Error / Exception，而Error僅在當(dāng)在Java虛擬機(jī)中發(fā)生動態(tài)連接失敗或其它的定位失敗的時候，Java虛擬機(jī)拋出一個Error對象。典型的簡易程序不捕獲或拋出Errors對象，你可能永遠(yuǎn)不會遇到需要實(shí)例化Error的應(yīng)用，那就讓我們關(guān)心一下Exception
Exception中比較重要的就是RuntimeException－運(yùn)行時異常（當(dāng)然這個名字是存在爭議的，因?yàn)槿魏蔚漠惓６贾粫l(fā)生在運(yùn)行時），為什么說這個類時很重要的呢？因?yàn)樗苯雨P(guān)系到你的異常框架的設(shè)計(jì)，仔細(xì)看RuntimeException
A method is not required to declare in its throws clause any subclasses of RuntimeException that might be thrown during the execution of the method but not caught.
－可能在執(zhí)行方法期間拋出但未被捕獲的 RuntimeException 的任何子類都無需在 throws 子句中進(jìn)行聲明。
也就是說你的應(yīng)用應(yīng)該不去“關(guān)心”（說不關(guān)心是不服責(zé)任的，但只是你不應(yīng)該試圖實(shí)例化它的字類）RuntimeException，就如同你不應(yīng)該關(guān)心Error的產(chǎn)生與處理一樣！RuntimeException描述的是程序的錯誤引起來的，因該由程序負(fù)擔(dān)這個責(zé)任！（<B>從責(zé)任這個角度看Error屬于JVM需要負(fù)擔(dān)的責(zé)任;RuntimeException是程序應(yīng)該負(fù)擔(dān)的責(zé)任;checked exception 是具體應(yīng)用負(fù)擔(dān)的責(zé)任</B>）
那就有人會問，那我該關(guān)心什么！答案就是除了Error與RuntimeException，其他剩下的異常都是你需要關(guān)心的，而這些異常類統(tǒng)稱為Checked Exception,至于Error與RuntimeException則被統(tǒng)稱為Unchecked Exception.
異常的概念就這些了，即使你在網(wǎng)絡(luò)上搜索也就不過如此，是不是感覺到有點(diǎn)清晰又有點(diǎn)模糊？那么怎么該如何在這樣單薄而模糊的概念下設(shè)計(jì)J2EE的異常框架呢？
解決方案：J2EE異常框架
我們拿一個模擬的例子來說明異常框架的設(shè)計(jì)過程，比如我們要對外提供doBusiness()這個業(yè)務(wù)方法
public void doBusiness() throws xxxBusinessException
當(dāng)客戶端調(diào)用這樣的方法的時候應(yīng)該這樣處理異常（包括處理RuntimeException , checked exception）
<B>記住，無論如何我們都不希望或者確切的說是不應(yīng)該將RuntimeException這樣的異常暴露給客戶的，因?yàn)樗麄儧]有解決這個問題的責(zé)任！</B>
我們暫時將Struts中的某個Action看作時客戶端，其中doExecute(....)要調(diào)用doBusiness()這個方法
public void doAction(......)
{
try
{
xxx.doBusiness();
}
catch(Exception e)
{
if(e instanceof RuntimeException)
{
// catch runtime exception
// 你可以在這里將捕獲到的RuntimeException
// 將異常通知給某個負(fù)責(zé)此程序的程序員，讓他知道他
// 自己犯了多么低級的錯誤！
}else
{
//checked exception such as xxxBusinessException
//將這樣的異常暴露給客戶顯示
}
}
}
我們可以這樣設(shè)計(jì)xxxBusinessException
public class xxxBusinessException extends ApplicationException
{
public xxxBusinessException(String s){
super(s);
};
import java.io.PrintStream;
import java.io.PrintWriter;
public class ApplicationException extends Exception {
/** A wrapped Throwable */
protected Throwable cause;
public ApplicationException() {
super("Error occurred in application.");
}
public ApplicationException(String message) {
super(message);
}
public ApplicationException(String message, Throwable cause) {
super(message);
this.cause = cause;
}
// Created to match the JDK 1.4 Throwable method.
public Throwable initCause(Throwable cause) {
this.cause = cause;
return cause;
}
public String getMessage() {
// Get this exception's message.
String msg = super.getMessage();
Throwable parent = this;
Throwable child;
// Look for nested exceptions.
while((child = getNestedException(parent)) != null) {
// Get the child's message.
String msg2 = child.getMessage();
// If we found a message for the child exception,
// we append it.
if (msg2 != null) {
if (msg != null) {
msg += ": " + msg2;
} else {
msg = msg2;
}
}
// Any nested ApplicationException will append its own
// children, so we need to break out of here.
if (child instanceof ApplicationException) {
break;
}
parent = child;
}
// Return the completed message.
return msg;
}
public void printStackTrace() {
// Print the stack trace for this exception.
super.printStackTrace();
Throwable parent = this;
Throwable child;
// Print the stack trace for each nested exception.
while((child = getNestedException(parent)) != null) {
if (child != null) {
System.err.print("Caused by: ");
child.printStackTrace();
if (child instanceof ApplicationException) {
break;
}
parent = child;
}
}
}
public void printStackTrace(PrintStream s) {
// Print the stack trace for this exception.
super.printStackTrace(s);
Throwable parent = this;
Throwable child;
// Print the stack trace for each nested exception.
while((child = getNestedException(parent)) != null) {
if (child != null) {
s.print("Caused by: ");
child.printStackTrace(s);
if (child instanceof ApplicationException) {
break;
}
parent = child;
}
}
}
public void printStackTrace(PrintWriter w) {
// Print the stack trace for this exception.
super.printStackTrace(w);
Throwable parent = this;
Throwable child;
// Print the stack trace for each nested exception.
while((child = getNestedException(parent)) != null) {
if (child != null) {
w.print("Caused by: ");
child.printStackTrace(w);
if (child instanceof ApplicationException) {
break;
}
parent = child;
}
}
}
public Throwable getCause() {
return cause;
}
}
而"聰明"的讀者肯定要問我那doBusiness()這個業(yè)務(wù)方法該如何包裝異常呢？
public void doBusiness() throw xxxBusinessException
{
try
{
execute1(); // if it throw exception1
exexute2(); // if it throw exception 2
.... .....
}
catch (exception1 e1)
{
throw new xxxBusinessException(e1);
}
catch(exception2 e2)
{
throw new xxxBusinessException(e2);
}
........
}
也可以這樣
public void doBusiness() throw xxxBusinessException
{
try
{
execute1(); // if it throw exception1
exexute2(); // if it throw exception 2
.... .....
}
catch (Exception e)
{
// 注意很多應(yīng)用在這里根本不判斷異常的類型而一股腦的采用
// throw new xxxBusinessException(e);
// 而這樣帶來的問題就是xxxBusinessException"吞掉了"RuntimeException
// 從而將checked excption 與unchecked exception混在了一起！
// 其實(shí)xxxBusinessException屬于checked excpetion ，它根本不應(yīng)該也不能夠理睬RuntimeException
if(! e instanceof RuntimeException) throw new xxxBusinessException(e);
}
}
總結(jié)
1。JAVA的異常分為兩類: checked exception & unchecked excpetion
2。應(yīng)用開發(fā)中產(chǎn)生的異常都應(yīng)該集成自Exception 但都屬于checked excpetion類型
3。應(yīng)用中的每一層在包裝并傳遞異常的時候要過濾掉RuntimeException！
4。從責(zé)任這個角度看Error屬于JVM需要負(fù)擔(dān)的責(zé)任;RuntimeException是程序應(yīng)該負(fù)擔(dān)的責(zé)任;checked exception 是具體應(yīng)用負(fù)擔(dān)的責(zé)任
5。無論如何我們都不希望或者確切的說是不應(yīng)該將RuntimeException這樣的異常暴露給客戶的，因?yàn)樗麄儧]有解決這個問題的責(zé)任！