Spring 注解模式管理事务

 配置xml信息：

<!-- 事务管理器对mybatis操作数据库事务控制，spring使用jdbc的事务控制类-->
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
   <!-- 数据源dataSource在applicationContext-dao.xml中配置-->
   <property name="dataSource" ref="dataSource"/>
</bean>

<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true" />

在接口或类的声明处 ,写一个@Transactional.
要是只在接口上写, 接口的实现类就会继承下来、接口的实现类的具体方法,可以覆盖类声明处的设置
@Transactional   //类级的注解、适用于类中所有的public的方法

事务的传播行为和隔离级别

大家在使用spring的注解式事务管理时，对事务的传播行为和隔离级别可能有点不知所措，下边就详细的介绍下以备方便查阅

事物传播行为介绍: 
@Transactional(propagation=Propagation.REQUIRED) 
如果有事务, 那么加入事务, 没有的话新建一个(默认情况下)
@Transactional(propagation=Propagation.NOT_SUPPORTED) 
容器不为这个方法开启事务
@Transactional(propagation=Propagation.REQUIRES_NEW) 
不管是否存在事务,都创建一个新的事务,原来的挂起,新的执行完毕,继续执行老的事务
@Transactional(propagation=Propagation.MANDATORY) 
必须在一个已有的事务中执行,否则抛出异常
@Transactional(propagation=Propagation.NEVER) 
必须在一个没有的事务中执行,否则抛出异常(与Propagation.MANDATORY相反)
@Transactional(propagation=Propagation.SUPPORTS) 
如果其他bean调用这个方法,在其他bean中声明事务,那就用事务.如果其他bean没有声明事务,那就不用事务.

事物超时设置:
@Transactional(timeout=30) //默认是30秒

事务隔离级别:
@Transactional(isolation = Isolation.READ_UNCOMMITTED)
读取未提交数据(会出现脏读, 不可重复读) 基本不使用
@Transactional(isolation = Isolation.READ_COMMITTED)
读取已提交数据(会出现不可重复读和幻读)
@Transactional(isolation = Isolation.REPEATABLE_READ)
可重复读(会出现幻读)
@Transactional(isolation = Isolation.SERIALIZABLE)
串行化

MYSQL: 默认为REPEATABLE_READ级别
SQLSERVER: 默认为READ_COMMITTED

脏读 : 一个事务读取到另一事务未提交的更新数据
不可重复读 : 在同一事务中, 多次读取同一数据返回的结果有所不同, 换句话说, 
后续读取可以读到另一事务已提交的更新数据. 相反, "可重复读"在同一事务中多次
读取数据时, 能够保证所读数据一样, 也就是后续读取不能读到另一事务已提交的更新数据
幻读 : 一个事务读到另一个事务已提交的insert数据

注意：

1、直接用注解，即没有throw抛出也没有catch到错误，那该service的上层就要catch处理错误信息，不然事务无法起作用

但是还是会有问题，我这边是第二次再次调用该service 方法是能执行的。

2、代码中用try catch 包含代码。获取到错误，后设置回滚TransactionAspectSupport.currentTransactionStatus().setRollbackOnly();。方法不抛出错误，为什么还能再controller层中catch到错误？Spring中管理事务的方法中都会往外跑一个throws Throwable，这样conroller层的还是能走catch里的代码。

3、不catch直接再错误地方抛出错误，也能解决问题。throw new Exception("sasa");control层需要catch到错误。

首先呢第三种情况分析，如果service中操作数据库的方法挺多的，那岂不是都要再后面throw 抛出错误，所以不可取。

第二种呢，虽说catch到错误信息了，但是也要错误信息给到contro层再给到前端把，所以可以结合catch 错误和抛出错误的方法

这样service层的错误信息，control层能获取。有的业务逻辑可以不抛出错误，该方法返回一个ResultMessage ，里面带有错误信息给到controller层，这样就不用抛出throw错误了。

4、如果spring管理事务还是没有用的话，可以查看下自己的其他xml配置是否合理。之前就遇到过一个问题就是：springmvc.xml 中配置扫描包时没有配置好

<context:component-scan base-package="com.lss"></context:component-scan>

类似上面的那种是有问题的，没有扫描到control或service层，应该这样配：

<context:component-scan base-package="com.lss.*"></context:component-scan>

如果还是有问题，可以分开配置扫描包路径

<context:component-scan base-package="com.lss.service"></context:component-scan>

<context:component-scan base-package="com.lss.controller"></context:component-scan>

以上是spring框架中的使用，如果项目框架时springboot的话，可以不配置包扫描的路径，经查阅资料SpringBoot其实有默认的包扫描机制，启动类所在的当前包以及包的子类都会默认被扫描，所以新手在学习这个框架的时候，有时候可能因为bean和启动类不在一个文件夹下导致扫描不到引起的注解失败问题。确保在同一文件夹下可以不用配置。要修改扫描包路径，springboot也提供了注解来实现，可自行百度。