前言
项目中有推外部接口的统一方法，不管成功还是失败，都希望能被记录下来，且不是一般的记录，要把出入参返回值状态等接口参数都保存起来，以便于查询设置于补发，因此需要另建一个专用的接口请求表来记录。
一、问题
代码大概如下
@Override
public OpenApiResponseResult push(InparamVO inparamVO) throws BusinessException {
try{
beforeLog(inparamVO);
res=doPushBiz(inparamVO);
logService.afterLog(inparamVO,res);
return res;
}catch (BusinessException e){
logger.error("推送失败 失败 error:-->{}, [ inParam]={}",,e.getMessage(), inParam,e)
throw e;
}catch (Exception e){
logger.error("推送{失败 失败 error:-->{}, [ inParam]={}",e.getMessage(), inParam,e);
throw new BusinessException(e);
}
}
当push方法正常执行时，beforeLog 和afterlLog都会正常执行，数据也都会进去。
但是当主业务doPushBiz出错时，afterlLog肯定是不会有的，因事务的存在，同时beforeLog的记录也会回滚，最终表现为什么都没留下。
二、解决思路
我们发现最头疼的问题是出现异常时整个事务回滚导致不会有任何的日志产生，很容易想到的思路是另开一个线程直接处理日志的保存（脱离当前事务管制），又或者是采用aop的方式来记录。
1、另开线程处理
1.1 采用@Transactional(propagation = Propagation.NOT_SUPPORTED) 另起事务的方式。
@Transactional(propagation = Propagation.NOT_SUPPORTED)
void afterLog(InparamVO inparamVO),String str) throws BusinessException;
1.2 采用@Async 声明方法为异步方法----此解为最优解。
采用@Async异步注解时，该方法整体为异步进行，其内部用到其他的服务，不需要再声明为异步（否则可能引起其他问题。）
@Async
void afterLog(InparamVO inparamVO),String str) throws BusinessException;
https://m.wang1314.com/doc/webapp/topic/20868090.html
@Async 和@Transactional(propagation = Propagation.NOT_SUPPORTED) 相关文章
2、aop方式
网上有很多 不再复述
官网 https://docs.spring.io/spring/docs/current/spring-framework-reference/core.html#aop
https://my.oschina.net/u/3990877/blog/2236783
https://www.jianshu.com/p/4d22ea402d14
@Pointcut("execution(* com.xxx.servicePushService.*(..))")
public void pointcut() {
}
@Before("pointcut()")
public void beginTransaction() {
}
@After("pointcut()")
public void commit() {
}
@AfterReturning("pointcut()")
public void afterReturning(JoinPoint joinPoint) {
}
@AfterThrowing(pointcut="pointcut()",
throwing="ex")
public void afterThrowing(Exception ex) {
}
@Around("pointcut()")
public Object around(ProceedingJoinPoint joinPoint) throws Throwable {
try {
return joinPoint.proceed();
} catch (Throwable e) {
e.printStackTrace();
throw e;
} finally {
}
}
三、比较
1、@Async注解设置异步执行，轻量切线程脱离事务控制，能满足方法中特殊场景数值的记载。
2、@Transactional(propagation = Propagation.NOT_SUPPORTED) ，另起事务的方式操作，本质上和方法一是一个思路，另起线程，但操作范围大了，事务链的控制也比较繁琐，具体我没细致研究。
3、aop方式 ，有点是在可以指定范围内的类 方法批量的进行切面拦截处理，在进入前 结束后 还有所谓的环绕等，进行各种操作。操作的面更广，但是有个缺点是绕不开的，如果你要取到方法中特殊场景的某个值，那aop统一处理显然就不合适（取不到特定情况的值），通用性强，意味着牺牲了特殊性的处理。
仅限于记录通用的信息，比如入参，入参（返回值），异常信息等。不时候记录中间特殊的场景。
四、错误的方式
1、在catch中处理？
catch (Exception e){
logger.error("推送{失败 失败 error:-->{}, [ inParam]={}",e.getMessage(), inParam,e);
logService.doExceptionLog(cacheInparamVO);
throw new BusinessException(e);
}
显然doExceptionLog也是被回滚
2、在finally处理？
finally{
logService.doFinallyLog(cacheInparamVO);
}
结果和catch处理一样。