Spring的@Transactional使用注意事项

1.Service本类中方法(未加@Transactional注解)调用另一个方法(添加事务),事务并不会生效。（采用此方式的目的是希望本类的a方法调用b方法,b方法报错能够事务回滚,且a方法已保存的数据不用回滚.但实际上此方式不可行）,本测试例子是从userService.insert()开始

从上图可看出两个方法拿的conn都不一样,insertWithTransactional方法并未开启事务,方法报错未进行回滚操作.查询数据库，发现是插入两条数据.

2.若A类方法(未加@Transactional注解)调用B类方法(添加事务),则B类事务能生效,B类能够回滚事务.

3.若A类方法(已加@Transactional注解)则此方法内的逻辑（调用本类的方法、调用其他类的方法）涉及到数据库操作都会在同一个事务.最后一步报错后,事务回滚.

关于@Transactional原理(用于理解1中为什么事务不生效) 其实Spring的@Transactional，跟Spring AOP一样，都是利用了动态代理。

我们写了一个类，里面写了一个加了@Transactional注解的方法，这原本平淡无奇，什么用也没有，就像这样：

关键在于，Spring在检查到@Transactional注解之后，给这个对象生成了一个代理对象proxy：

代理对象的methodB，会先开启事务（beginTransaction），然后再去执行原先对象target的methodB，如果抛异常，则回滚（rollBack），如果一切顺利，则提交（commit）。

而最后注入Spring容器的，也正是这个带有事务逻辑的代理对象。所以我们调用methodB时会产生事务。

现在，我们写了一个新方法，methodA，里头去调用methodB：

从上面的分析，可以知道，我们最终拿到的，是代理对象。

那么代理对象的methodA是长什么样子的呢？长这样：

由于methodA没有加@Transactional注解，所以代理对象里面，直接就是target.methodA()，直接调用了原来对象的methodA。

这下就很清晰了，代理对象的methodA，去调用原来对象的methodA，原来对象的methodA，再去调用原来对象的methodB，而原来对象的methodB，是不具有事务的。事务只存在于代理对象的methodB. 所以整个方法也就没有事务了。

PS: SpringBoot项目的Bean装配默认规则是根据Application类所在的包位置从上往下扫描！ “Application类”是指SpringBoot项目入口类。这个类的位置很关键： 如果Application类所在的包为：com.boot.app，则只会扫描com.boot.app包及其所有子包，如果service或dao所在包不在com.boot.app及其子包下，则不会被扫描！

转载于:https://my.oschina.net/u/1157047/blog/1845666