Java 异常分类及统一处理
一、异常分类
Java异常分为”检查”和”非检查”两类，”检查”二字的意思是，代码编译时，编译器会去Check一下有没有进行异常处理（捕获或向上抛），对于归类为需要检查的异常，若没处理，编译就过不去。
初学的时候，常常想为啥异常要这样分类处理？ 后来明白了些，异常不过两种：主观和客观，一个大多数情况下可以避免，一个大多数情况下无法避免。
像NullPointerException这类异常，大多跟程序员素质挂钩（开发好，测试好, 基本不会在系统运行后蹦出来）, 基本是可以避免的，java语法当初把它们对类为‘非检查异常’，也算给程序员和编译器省了不少事。
而像IOException这类跟外在环境有关的异常，几乎是不可避免的（指不定哪一天那一秒网络就挂了），但是当不期而遇时，程序还是要有所作为，所以编译器有必要督促一下程序员，Check一下，看看是是否对这些可能不期而至的异常进行了处理。当Exception对象传递到某个节点后，程序就可以执行一些措施了，比如：给用户返回一个提示（”系统繁忙，请重试”），给监控平台推送一个异常消息等等。
二、异常的统一返回处理
1、容器处理
下面列举Tomcat的处理方式，在web.xml下配置，按http返回码或Exception类型来处理：
404
/WEB-INF/views/error/404.jsp
500
/WEB-INF/views/error/500.jsp
java.lang.Throwable
/WEB-INF/views/error/throwable.jsp
缺点：无法处理不需要返回html的请求，比如ajax；
2、框架处理
下面列举Spring MVC的处理方式使用Spring MVC自带的简单异常处理器 SimpleMappingExceptionResolver
实现接口 HandlerExceptionResolver 自定义异常处理器； （建议使用，可支持ajax等扩展）
使用 @ExceptionHandler 注解实现异常处理
第（1）种，在 spring-mvc.xml 下配置
/error/e1
/error/e2
/error/500
缺点：无法处理不需要返回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 下注册处理器