Springboot项目中异常拦截设计与处理

背景：

项目运行过程当中会出现各类各样的问题，常见的有如下几种状况：

1. 业务流程分析疏漏，对业务流程的反向操做、边界分析设计不充分

2. 调用外部服务、调用外部系统出现的超时、错误、返回值与预期不符

3. 外部资源连通性问题，db等服务器出现的网络抖动或宕机
   
   

不管是分析设计、开发、测试、线上都须要可以准肯定位问题并制定解决方案。

目的：

• 规范化异常的处理过程，避免异常被吞和处处都在捕获异常的状况

• 准确的反馈异常信息，为定位问题提供依据

• 通用性异常全局处理，下降业务开发关注度 

• 对异常状况进行预警，以便可以及时响应

1、异常规划

1. 业务类异常

形成业务流程不能正确执行的行为，常见的几种：

• 输入必填验证

• 业务状态约束校验

• 权限验证

• 调用外部服务返回数据不符合预期

这类异常须要给调用方返回明确的异常描述信息，通常状况下和代码无关，无需调整编码

注：是业务完整性的一部分，需提早分析

2. 系统类异常

• 服务调用异常： 超时、中断、接口异常（非200请求）

• 第三方异常 ：db\redis\消息队列 链接失败等
  
  

注：一般与业务流程无关，与第三方系统有关，不能简单的经过调整代码解决

3. 通用异常

编码不严谨、数据异常形成的问题，不可预测

举例：参数类型不匹配、空指针、数组越界

2、异常拦截

在springboot中全局异常拦截处理已知的有下面2种方案：

方案1：@ControllerAdvice、实现ErrorController

      注：利用springboot自带的拦截机制，只须要定义出处理的策略，没有破坏springboot的约定

方案2：继承AbstractHandlerExceptionResolver，彻底自定义处理策略

      注：使用spring中最底层的类，打破了springboot的约定，可以拦截到全部异常

 

3、方案实践

 笔者基于方案一进行实践。

1. 异常拦截时序图

 

 

2. RrcRestAdvice实现代码

2. RrcExpHandler实现代码

注意：基于RestControllerAdvice的异常拦截只能捕获请求达controller以后的程序异常，因此须要实现ErrorController处理以前的异常。

 

总结：

推荐基于springboot中@ControllerAdvice 和 ErrorController接口的约定，相对较符合springboot的约定。

其余可选方案：

继承AbstractHandlerExceptionResolver

优势：可彻底自定义处理策略。缺点：对框架约定破坏较为严重，自定义处理策略容易疏漏。

继承HandlerInterceptorAdapter

理论上能够处理业务代码抛出的异常，优缺点没有进行过验证。