## SSM全局异常处理——两种实用实现方案 ##先前做项目时自己不是很门清这块，在网上查阅资料后发现资料也不是很全面，因此自己摸索出来后就想着赶紧给大家分享一下，尽管此技术点很基础，但是希望能够帮到大家。
为什么实现：
- 在我们的项目运行过程中，无法完全避免出现一些位置的运行时异常（比如NullPointerException ），而恰恰我们并没有对该异常进行处理，那么就会将此异常抛向用户。
- 当用户浏览页面时突然眼前蹦出一堆看不懂的“外星文”，可想而知用户的体验度是非常差的。
- 而如果简单的配置一下异常处理的话可以在web.xml中进行配置异常后跳转的页面，例如404
404 /404err.jsp
这种方法现在已经low到爆哦，如果我们是json请求呢？因此我们需要自己实现一套完美的异常处理，保证我们系统是健壮的！
springmvc HandlerExceptionResolver异常处理器： 今天我们就在springmvc的这个接口上进行一番操作（异常处理器啥是？）
public class SpringExceptionResolver implements HandlerExceptionResolver { @Override public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) { 参数：
request：当前请求
response：当前响应对象
ex: 当本次方法执行异常，这个参数就是当前异常对象
实现方式A——根据请求类型，选择不同的异常处理方式（不要忽略代码注释哦）我们项目中的请求在一种角度可上分页面请求、json请求。因此根据请求类型，选择不同的异常处理方式就可以理解为：如果是页面请求异常了，我们就选择页面请求异常处理来返回错误信息。如果是json请求异常，那么就以json的形式返回。
开始前准备两个异常类型，为我们手动抛异常能区分开请求类型
CustomException：使用场景是前台发送json请求，那么我们在该请求的service层抛出CustomException，前台就会收到异常信息。/** * 如果抛出此异常，系统会以json格式向前台返回异常信息 * 使用方式： throw new CustomException("这里填入异常信息，会发送到前台"); */public class CustomException extends Exception{ private static final long serialVersionUID = -1668707977736987938L; //异常信息 public String message; public CustomException (String message) { super(message); this.message = message; } public String getMessage() { return message; } public void setMessage(String message) { this.message = message; }}
/*** @ClassName: ReturnViewException * @Description: 此异常类型用来向前台返回页面 */public class ReturnViewException extends Exception{ private static final long serialVersionUID = -1668707977736987938L; //异常信息 public String message; public ReturnViewException (String message) { super(message); this.message = message; } public String getMessage() { return message; } public void setMessage(String message) { this.message = message; }}
public class IntegrateException implements HandlerExceptionResolver { @Override public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) { //判断是否为ajax请求，默认不是 boolean isAjaxRequest = false; //这段代码能够得知是否为ajax请求，也就是我们说的json请求 if(!StringUtils.isBlank(request.getHeader("x-requested-with")) && request.getHeader("x-requested-with").equals("XMLHttpRequest")){ isAjaxRequest = true; } //如果是ajax请求 if(isAjaxRequest) { CustomException customException = null; if(ex instanceof CustomException) { customException = (CustomException) ex; }else { //如果抛出的不是系统自定义的异常则重新构造一个未知错误异常 //这里我就也有CustomException省事了，实际中应该要再定义一个新的异常 customException = new CustomException ("系统未知错误,请联系管理员"); } String message = customException.getMessage(); //向前台返回错误信息 ModelAndView model = new ModelAndView(); FastJsonJsonView view = new FastJsonJsonView(); Map map = new HashMap (); map.put("code", 5000); map.put("message", message); view.setAttributesMap(map); model.setView(view); return model; }else { //如果不是ajax请求 那么异常后需要返回页面 ReturnViewException returnViewException = null; //如果抛出的异常类型是我们预想的，会想前台返回我们指定在参数里的页面 if(ex instanceof ReturnViewException) { returnViewException = (ReturnViewException) ex; }else { //这里的500是我资源下的500.jsp，使用了mvc的映射省去了前缀后缀 //系统默认跳转到500页面 returnViewException = new ReturnViewException("500"); } ModelAndView model = new ModelAndView(); model.setViewName(returnViewException.getMessage()); return model; } }} 在此同时我们需要在springmvc.xml中配置我们的全局异常处理类，bean id别随意更改..
现在就可以开始使用了~~~~
手动使用：
throw new CustemException("错误了"); //向前台返回 '错误了' 异常信息throw new ReturnViewException("500err") //前台重定向到500err.jsp 当然出现未知异常后，回自动向前台返回我们默认的异常信息
实现方式B——自定义项目接口规则，判断特定的异常处理方式实现的主要原理更简单明亮：
方才A方案是判断请求类型，这里我们更加暴力，假如我规定项目的json请求全部以 .json结尾，页面请求全部以 .page结尾，那么我们就可以在异常处理器拦截到异常时，判断请求的后缀来决定怎么处理了。不同点就在这里，但是虽然A复杂点，我还是推荐使用A
好，抛代码，这是springmvc.xml
创建异常类（这个东西，根据需要判多少种异常类型，我们可以创很多的，不仅限于一两个）
public class ParamException extends RuntimeException { public ParamException() { super(); } public ParamException(String message) { super(message); } public ParamException(String message, Throwable cause) { super(message, cause); } public ParamException(Throwable cause) { super(cause); } protected ParamException(String message, Throwable cause, boolean enableSuppression, boolean writableStackTrace) { super(message, cause, enableSuppression, writableStackTrace); }}public class PermissionException extends RuntimeException { public PermissionException() { super(); } public PermissionException(String message) { super(message); } public PermissionException(String message, Throwable cause) { super(message, cause); } public PermissionException(Throwable cause) { super(cause); } protected PermissionException(String message, Throwable cause, boolean enableSuppression, boolean writableStackTrace) { super(message, cause, enableSuppression, writableStackTrace); }} 然后我们上最关键的异常处理器
public ModelAndView resolveException(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) { String url = request.getRequestURL().toString(); ModelAndView mv; String defaultMsg = "System error"; // 这里我们要求项目中所有请求json数据，都使用.json结尾 if (url.endsWith(".json")) { if (ex instanceof PermissionException || ex instanceof ParamException) { JsonData result = JsonData.fail(ex.getMessage()); mv = new ModelAndView("jsonView", result.toMap()); } else { log.error("unknown json exception, url:" + url, ex); JsonData result = JsonData.fail(defaultMsg); mv = new ModelAndView("jsonView", result.toMap()); } } else if (url.endsWith(".page")){ // 这里我们要求项目中所有请求page页面，都使用.page结尾 log.error("unknown page exception, url:" + url, ex); JsonData result = JsonData.fail(defaultMsg); mv = new ModelAndView("exception", result.toMap()); } else { log.error("unknow exception, url:" + url, ex); JsonData result = JsonData.fail(defaultMsg); mv = new ModelAndView("jsonView", result.toMap()); } return mv; } 结束语：
这就是我整理出来的两种ssm全局异常处理方式了，希望能够帮助到大家。本人也处于学习的阶段，发表此文章也是希望能够得到更多的技术交流和帮助，文中的不足还有劳大家指出！
SSM全局异常处理——两种实用实现方案
csdn：