spring通过xml配置事务管理

spring通过xml配置事务管理虽然说要使用到xml，没有注解方便，但我认为这也要分从哪个角度来看，在xml中配置虽然比较多，但是配置好以后就不需要再具体的类中加入任何东西了，只需要按照约定编写java类就行了，使用注解则不然，你需要在新增的类上或者方法上加上@Transaction注解才行，到底哪种方便，你自己来取决吧，这是仁者见仁智者见智的事情。

spring通过xml方式配置事务：

<!--声明使用spring的DataSourceTransactionManager类来管理事务-->
<bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
	<property name="dataSource" ref="dataSource" />
</bean>
<!--配置哪些方法需要使用何种事务的通知，这里牵涉到aop,通知在这里就是拦截某一类方法-->	
	<tx:advice id="txAdvice" transaction-manager="txManager">
		<tx:attributes>
			<tx:method name="save*" propagation="REQUIRED" isolation="DEFAULT" timeout="-1"/>
			<tx:method name="delete*" propagation="REQUIRED" isolation="DEFAULT" />
			<tx:method name="update*" propagation="REQUIRED" isolation="DEFAULT" />
			<tx:method name="execute*" propagation="REQUIRED" isolation="DEFAULT" />
			<tx:method name="find*" propagation="REQUIRED" isolation="DEFAULT" read-only="true" />
			<tx:method name="query*" propagation="REQUIRED" isolation="DEFAULT" read-only="true" />
			<tx:method name="get*" propagation="REQUIRED" isolation="DEFAULT" read-only="true" />
			<tx:method name="*" propagation="REQUIRED" isolation="DEFAULT" />
		</tx:attributes>
	</tx:advice>
<!--通过切入点表达式配置上面这些方法位于哪些包、哪些类之下，这里配置了所以以Service结尾的类都将
被上面配置的通知所拦截-->	
	<aop:config>
		<aop:advisor advice-ref="txAdvice"  pointcut="execution(* *..*Service.*(..))"/>
	</aop:config>

配置是这么配置，因为我这篇不是讲解aop，我们暂且不管这里面牵涉到的aop如何理解(如果你理解当然更好)，我们这次来看看spring这里如何管理与配置事务的传播与事务的隔离。

propagation指定事务的传播方式，可用值：

- REQUIRED：默认值，比如，ServiceB.methodB的事务级别定义为PROPAGATION_REQUIRED, 如果ServiceA.methodA调用了ServiceB.methodB的情况下：

        1.ServiceA.methodA已经起了事务，这时调用ServiceB.methodB，ServiceB.methodB看到自己已经运行在ServiceA.methodA

的事务内部，就不再起新的事务，一同成功，一同失败

        2.ServiceA.methodA运行的时候发现自己没有在事务中，他就会为自己分配一个事务。这样，在ServiceA.methodA或者在ServiceB.methodB内的任何地方出现异常，事务都会被回滚。即使ServiceB.methodB的事务已经被提交，但是ServiceA.methodA如果发生异常，ServiceB.methodB也要回滚

- SUPPORTS：这哥们可以称作佛系事务，如果当前在事务中，即以事务的形式运行，如果当前不再一个事务中，那么就以非事务的形式运行。

- MANDATORY：这个单词本身就是强制的意思，配置了这种传播方式的方法，只能被有事务的方法调用

- REQUIRES_NEW：还是ServiceA.methodA调用ServiceB.methodB,ServiceA.methodA传播方式为REQUIRED，ServiceB.methodB传播方式为REQUIRED_NEW，当到methodB时，methodA的事务挂起，使用methodB自己的事务，回滚的程度也是各在自己的事务之中了。

- NOT_SUPPORTED：a（REQUIRED）调用b（NOT_SUPPORTED）,执行到b时a的事务将被挂起

- NEVER：不能被带有事务的方法调用，a（REQUIRED）调用b（NEVER）,执行到b时将抛出异常

- NESTED

isolation指定事务的隔离级别，可用值：

-DEFAULT：使用数据库默认的事务隔离级别

- READ_UNCOMMITTED：这是事务最低的隔离级别，它充许令外一个事务可以看到这个事务未提交的数据。这种隔离级别会产生脏读，不可重复读和幻像读。

- READ_COMMITTED：指定了一个事务的数据提交后才能被其他读取到，避免了脏读

- REPEATABLE_READ：避免了脏读、不可重复度

- SERIALIZABLE：避免了脏读、不可重复度、幻像读

脏读：a事务读取到了b事务未提交的数据，这个数据就是脏读。

不可重复读：指在一个事务内，多次读同一数据。在这个事务还没有结束时，另外一个事务也访问该同一数据。那么，在第一个事务中的两次读数据之间，由于第二个事务的修改，那么第一个事务两次读到的数据可能是不一样的。这样就发生了在一个事务内两次读到的数据是不一样的，因此称为是不可重复读。

幻像读：举个例子，假如一个事务对表中的全部数据进行更新操作，与此同时，第二个事务向表中插入一行新数据。这种情况下，第一个事务的用户可能就会发现表中还有没有修改的数据行，就好象发生了幻觉一样。