Web應用中對于異常的處理方式與其他形式的應用并沒有太大的不同――通過try/catch
語句針對不同的異常進行相應處理。
但是在具體實現中，由于異常層次、種類繁雜，我們往往很難在Servlet、JSP層妥善的處
理好所有異常情況，代碼中大量的try/catch代碼顯得尤為凌亂。
我們通常面對下面兩個主要問題：
1． 對異常實現集中式處理
典型情況：對數據庫異常記錄錯誤日志。一般處理方法無外兩種，一是在各處數據庫
訪問代碼的異常處理中，加上日志記錄語句。二是將在數據訪問代碼中將異常向上拋
出，并在上層結構中進行集中的日志記錄處理。
第一種處理方法失之繁瑣、并且導致系統難以維護，假設后繼需求為“對于數據庫異
常，需記錄日志，并發送通知消息告知系統管理員”。我們不得不對分散在系統中的各
處代碼進行整改，工作量龐大。
第二種處理方法實現了統一的異常處理，但如果缺乏設計，往往使得上層異常處理過
于復雜。
這里，我們需要的是一個設計清晰、成熟可靠的集中式異常處理方案。
2． 對未捕獲異常的處理
對于Unchecked Exception而言，由于代碼不強制捕獲，往往被程序員所忽略，如果
運行期產生了Unchecked Exception，而代碼中又沒有進行相應的捕獲和處理，則我
們可能不得不面對尷尬的500服務器內部錯誤提示頁面。
這里，我們需要一個全面而有效的異常處理機制。
上面這兩個問題，從技術角度上而言并算不上什么大的難點。套用一些短平快的設計模式，
我們也能進行處理并獲得不錯的效果。同時，目前大多數服務器也都支持在Web.xml中通過
<error-page>（Websphere/Weblogic）或者<error-code>(Tomcat)節點配置特定異常情
況的顯示頁面。
Spring MVC中提供了一個通用的異常處理機制，它提供了一個成熟的，簡潔清晰的異常處
理方案。如果基于Spring MVC開發Web應用，那么利用這套現成的機制進行異常處理也更加自
然和有效。
Spring MVC中的異常處理：
以前面的注冊系統為例，首先，在Dispatcher配置文件Config.xml中增加id為
“exceptionResolver”的bean定義：
<bean id="exceptionResolver"
class="org.springframework.web.servlet.handler.SimpleMappingEx
ceptionResolver">
<property name="defaultErrorView">
<value>failure</value>
</property>
<property name="exceptionMappings">
<props>
<prop key="java.sql.SQLException">showDBError</prop>
<prop key="java.lang.RuntimeException">showError</prop>
</props>
</property>
</bean>
通過SimpleMappingExceptionResolver我們可以將不同的異常映射到不同的jsp頁
面（通過exceptionMappings屬性的配置），同時我們也可以為所有的異常指定一個默認的異
常提示頁面（通過defaultErrorView屬性的配置），如果所拋出的異常在exceptionMappings
中沒有對應的映射，則Spring將用此默認配置顯示異常信息（注意這里配置的異常顯示界面均
僅包括主文件名，至于文件路徑和后綴已經在viewResolver中指定）。
一個典型的異常顯示頁面如下：
<html>
<head><title>Exception!</title></head>
<body>
<% Exception ex = (Exception)request.getAttribute("exception"); %>
<H2>Exception: <%= ex.getMessage();%></H2>
<P/>
<% ex.printStackTrace(new java.io.PrintWriter(out)); %>
</body>
</html>
exception 實在SimpleMappingExceptionResolver 被存放到request中的，具體可以查看源代碼。
如果SimpleMappingExceptionResolver無法滿足異常處理的需要，我們可以針對
HandlerExceptionResolver接口實現自己異常處理類，這同樣非常簡單（只需要實現一個
resolveException方法）。
如果有ViewResolver，則制定的jsp頁面必須在那個頁面下，到時候如果找不到頁面，可以根據錯誤提示再調整頁面路徑