事务失效场景

@Transactional 失效场景 1、检查你方法是不是public的
2、你的异常类型是不是unchecked异常
如果我想check异常也想回滚怎么办,注解上面写明异常类型即可
@Transactional(rollbackFor=Exception.class) 1
类似的还有norollbackFor,自定义不回滚的异常
3、数据库引擎要支持事务,如果是MySQL,注意表要使用支持事务的引擎,比如innodb,如果是myisam,事务是不起作用的
4、是否开启了对注解的解析

5、spring是否扫描到你这个包,如下是扫描到org.test下面的包
1
6、检查是不是同一个类中的方法调用(如a方法调用同一个类中的b方法)
同类方法相互调用可以使用代理对象调方法解决事务失效的问题.
7、异常是不是被你catch住了
@Async异步注解失效的场景 【事务失效场景】1、异步注解@Async介绍
基于@Async标注的方法,称之为异步方法,这些方法在执行的时候,spring将会为其开辟独立的线程执行,调用者无需等待它的完成,即可继续其他的操作。
2.失效原因
spring声明式事务和异步注解的实现都是基于spring aop,即对标识的方法进行增强。spring aop的底层实现原理是 jdk 动态代理。因为事务注解方法,异步方法的调用的方法在同一个类中,所以异步方法是在调用方法的代理对象中执行的,没有对异步方法进行增强
3.解决方案
1、在spring配置文件xml新增如下语句:
先开启cglib代理,开启 exposeProxy=true,暴露代理对象

2、使用AopContext 获取当前对象的动态代理。
修改配置文件后,代码修改,用获取到的动态代理去执行发送短信方法,如下:

TourServer currentProxy = (TourServer )AopContext.currentProxy(); currentProxy.sendMesg(orderInfo); currentProxy.sendEmail(orderInfo);

  1. 使用自注入的方式解决
@Slf4j @Service public class PrintToolServiceImpl implements PrintToolService { @Lazy @Autowired private PrintToolService printToolService; public PrintContentRespDto intoPrint(PrintToolReqDto printToolReqDto) { to do something printToolService.savePrintRecord(printToolReqDto, commonPrintData); to do something }@Override @Async public void savePrintRecord(PrintToolReqDto toolReqDto, PrintDataRespDto dataRespDto) { log.info("添加打印记录, printToolReqDto: [{}]", JSON.toJSONString(toolReqDto)); PrintRecordDto printRecordDto = BeanUtils.convert(dataRespDto, PrintRecordDto.class); printRecordDto.setLocno(WmsContext.get().getLocno()); printRecordDto.setPrintType(toolReqDto.getTemplateType()); printRecordDto.setPrintData(JSON.toJSONString(dataRespDto)); printRecordService.savePrintRecord(printRecordDto); } }

    推荐阅读