一、異常分類

java異常分為”檢查”和”非檢查”兩類，”檢查”二字的意思是，程式碼編譯時，編譯器會去Check一下有沒有進行異常處理（捕獲或向上拋），對於歸類為需要檢查的異常，若沒處理，編譯就過不去。

初學的時候，常常想為啥異常要這樣分類處理？ 後來明白了些，異常不過兩種：主觀和客觀，一個大多數情況下可以避免，一個大多數情況下無法避免。

像NullPointerException這類異常，大多跟程式設計師素質掛鉤（開發好，測試好, 基本不會在系統執行後蹦出來）, 基本是可以避免的，java語法當初把它們對類為‘非檢查異常’，也算給程式設計師和編譯器省了不少事。

而像IOException這類跟外在環境有關的異常，幾乎是不可避免的（指不定哪一天那一秒網路就掛了），但是當不期而遇時，程式還是要有所作為，所以編譯器有必要督促一下程式設計師，Check一下，看看是是否對這些可能不期而至的異常進行了處理。當Exception物件傳遞到某個節點後，程式就可以執行一些措施了，比如：給使用者返回一個提示（”系統繁忙，請重試”），給監控平臺推送一個異常訊息等等。

二、異常的統一返回處理

1、容器處理

下面列舉Tomcat的處理方式，在web.xml下配置，按http返回碼或Exception型別來處理：

<error-page>
     <error-code>404</error-code>
     <location>/WEB-INF/views/error/404.jsp</location>
</error-page>

<error-page>
     <error-code>500</error-code>
     <location
 
>/WEB-INF/views/error/500.jsp</location>
</error-page> 

<error-page>
     <exception-type>java.lang.Throwable</exception-type>
     <location>/WEB-INF/views/error/throwable.jsp</location>
</error-page>

缺點：無法處理不需要返回html的請求，比如ajax；

2、框架處理

下面列舉Spring MVC的處理方式

1. 使用Spring MVC自帶的簡單異常處理器SimpleMappingExceptionResolver
2. 實現介面HandlerExceptionResolver 自定義異常處理器； （建議使用，可支援ajax等擴充套件）
3. 使用@ExceptionHandler註解實現異常處理

第（1）種，在spring-mvc.xml下配置

<!-- 將Controller丟擲的異常轉到特定檢視 -->
<bean class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver">
 <property name="exceptionMappings">
  <props>
   <!-- 不同異常分開跳轉--> 
   <!-- 可以自定義不同的異常-->    
   <prop key="com.test.MyException1">/error/e1</prop>
   <prop key="com.test.MyException2">/error/e2</prop>
   <!-- 如果不想自定義異常，只配置下面的即可--> 
   <prop key="java.lang.Throwable">/error/500</prop>
  </props>
 </property>
</bean>

缺點：無法處理不需要返回html的請求

第（2）種，自定義HandlerExceptionResolver介面的實現類

/**
 * 自定義異常處理器：支援ajax
 * @author tangqing
 *
 */
public class MyExceptionHandler implements HandlerExceptionResolver {

    public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) {

        /* 區分ajax */
        boolean isAjax = request.getHeader("X-Requested-With") != null && "XMLHttpRequest".equals(request.getHeader("X-Requested-With").toString());
        if (!isAjax) {
            if (ex instanceof com.test.MyException1) {
                return new ModelAndView("/error/e1");
            } else if (ex instanceof com.test.MyException1) {
                return new ModelAndView("/error/e2");
            } else {
                return new ModelAndView("/error/500");
            }
        }
        String jsonRes = "{\"message\":\"" + "系統異常" + "\"}"; // 自定義結構和前臺對接
        PrintWriter out = null;
        try {
            out = response.getWriter();
            request.setCharacterEncoding("utf-8");
            response.setContentType("text/plain;charset=utf-8");
            out.print(jsonRes);
            out.flush();
        } catch(IOException e) {
            e.printStackTrace();
        } finally {
            out.close();
        }
        return null;
    }
}

並在spring-mvc.xml下注冊處理器

<bean id="exceptionHandler" class="com.test.MyExceptionHandler"/>

優點：可以處理ajax請求，也方便編碼實現功能擴充套件，比如異常的監控等。

第（3）種，@ExceptionHandler註解

@Controller public class TestExceptionHandlerController {

    @ExceptionHandler({
        MyException1.class
    }) public String exception(MyException1 e) {
        return "/error/e1";
    }@RequestMapping("/marry") public void test() {
        throw new MyException1("沒錢！");
    }
}

缺點：@ExceptionHandler的方法，必須和可能拋異常的方法在一同個Controller下。（不建議使用）

3、結合

實際專案中，在處理異常的統一返回時，會將一些自定義的異常或者擴充套件交給框架，將http返回碼的對映交給容器，因為http返回碼更外層，有些到不了框架，有些對於框架來說就不是一個異常（比如404之與Spring MVC）。框架是執行在容器裡的，當框架優先拿到異常並做了返回處理，容器就不會再進行對映。