今天在项目想测试一下事务回滚是否生效，还好心血来潮，突然发现数据无法回滚，问题很严重啊！！!
这是我的测试代码
@Override
@Transactional(rollbackFor = Exception.class)
public void update(MerchantUpdateDTO condition) throws CustomException {
// 查询待更新的商户
Merchant updateMerchant = merchantMapper.selectById(condition.getId());
if (updateMerchant == null) {
throw new CustomException("编辑的商户不存在");
}
// 更新商户信息
BeanUtils.copyProperties(condition, updateMerchant);
updateMerchant.setAccountStatus(AccountStatus.PENDING_REVIEW);
merchantMapper.updateById(updateMerchant);
throw new CustomException("编辑的商户不存在");
}
一开始我怀疑是网上常见的几种
1、检查数据库的引擎是否是innoDB
2、启动类上是否加入@EnableTransactionManagement注解
3、是否在方法上加入@Transactional注解或Service的类上是否有@Transactional注解
4、方法是否为public
5、是否是因为抛出了Exception等checked异常
检查过后我发现都没问题的，这时候我就尝试放到新建的类中测试，发现居然可以了。
为啥旧的类不行呢，有啥区别呢
我这边检查到旧的类是注入到shiro Realm的
接着我去网上了解相关信息
错误原因：
Spring中事务是通过AOP创建代理对象来完成的，有BeanFactoryTransactionAttributeSourceAdvisor完成对需要事务的方法织入对事务的处理。完成创建AOP代理对象的功能由一个特殊的BeanPostProcessor完成--AnnotationAwareAspectJAutoProxyCreator。该类实现了BeanPostProcessor接口，在bean创建完成并将属性设置好之后，拦截bean，并创建代理对象，在原对象的方法功能上添加增强器中增强方法的处理。对于事务增强器BeanFactoryTransactionAttributeSourceAdvisor而言，也就是在原有方法上加入事务的功能。
但是，在ApplicationContext刷新上下文过程（refresh）中，上下文会调用registerBeanPostProcessors方法将BeanFactory中的所有BeanPostProcessor后处理器注册到BeanFactory中，使其后面流程中创建bean的时候生效
由于ShiroFilterFactoryBean实现了FactoryBean接口，所以它会提前被初始化。又因为SecurityManager，SecurityManager依赖于Realm实现类、Realm实现类又依赖于MerchantService，所以引发所有相关的bean提前初始化。
ShiroFilterFactoryBean -> SecurityManager -> Realm实现类 -> MerchantService
但是此时还只是ApplicationContext中registerBeanPostProcessors注册BeanPostProcessor处理器的阶段，此时AnnotationAwareAspectJAutoProxyCreator还没有注册到BeanFactory中，MerchantService无法享受到事务处理！
解决办法：
1、在Realm实现中使用Mapper，而不是直接使用Service对象。缺点：直接和数据库交互，并且也没有Service中的逻辑交互以及缓存
2、在Realm中Service声明上加入@Lazy注解，延迟Realm实现中Service对象的初始化时间，这样就可以保证Service实际初始化的时候会被BeanPostProcessor拦截，创建具有事务功能的代理对象
