- 1.起因
- 1.1原因分析
- 2.解决
- 3.异常失效的其他场景，以及大佬们的文档
- 3.1异常类型不对
- 3.2 非public方法
- 3.3被this关键字修饰的
遇到这个问题是因为我们公司的代码里有一个单据长时间不处理就会被解锁，让其他人可以处理到这条单据，但是某个人他不处理，然后等别人获得这个单据并处理后他又去处理了这个单据（没处理，也没关页面就在那挂着），之前一直没问题，然后突然出现了，还出现了三四次，每次都这2个人（心累）。
1.1原因分析① 首先报错的地方是一个工具类里面的公用方法，看到这个工具类上面有@Transactional注解，且这个工具类是public的，这说明这个工具类的方法没有问题
②再看看调用这个工具类的实现类方法，首先这个方法也是public的，其次这个方法用了try{}catch{}，但是这里发现，虽然try…catch了，但是没有throw抛出异常进行捕获，只是log.error打了个日志。【这是spring 的aop异常捕获原理，需要在catch里显示抛出throw 异常才能被处理
受该文章影响才发现的原因】这就是问题原因了
catch里捕获的异常一定要抛出去，不抛出的话就无法被上级的@Transactional注解捕获到
也可以添加这串代码
TransactionAspectSupport.currentTransactionStatus().setRollbackonly();目的是手动回滚
比如你是IOException，@Transactional就不会生效，因为默认是RuntimeException
出自这个大佬的文章
3.2 非public方法Spring 事务拦截器会判定方法的修饰符是否为public，只有public的才可获取
但是下面这篇文章介绍了非public方法事务生效的场景（其实也就是都加上@Transactional）
点它点它
摘自这篇文章
我没有看底层代码，感觉跟上面那个差不多
