spring事务回滚时日志的记录(@Async)

前言
项目中有推外部接口的统一方法,不管成功还是失败,都希望能被记录下来,且不是一般的记录,要把出入参返回值状态等接口参数都保存起来,以便于查询设置于补发,因此需要另建一个专用的接口请求表来记录。
一、问题
代码大概如下

 

 @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处理结果一样

  • 4
    点赞
  • 12
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值