Spring配置文件详解三：Spring声明式事务管理

1.声明式事务管理

Spring提供了声明式事务管理，这是通过Spring AOP实现的。 原理：Spring中进行事务管理的通常方式是利用AOP（面向切片编程）的方式，为普通java类封装事务控制，它是通过动态代理实现的，由于接口 是延迟实例化的，spring在这段时间内通过拦截器，加载事务切片。

2.Spring用BeanNameAutoProxyCreator自动创建事务代理

采用这种配置策略，完全可以避免增量式配置，所有的事务代理由系统自动创建。容器中的目标bean自动消失，避免需要使用嵌套bean来保证 目标bean不可被访问。这种配置方式依赖于Spring提供的bean后处理器，该后处理器用于为每个bean自动创建代理，此处的代理不仅可以是事务代 理，也可以是任意的代理，只需要有合适的拦截器即可。下面是这种代理在Spring配置文件中的配置方式： <!-- 定义事务管理器 开启Spring事务处理 -->  <bean id="transactionManager" class= "org.springframework.jdbc.datasource.DataSourceTransactionManager">              <property name= "dataSource" ref= "dataSource" />  </bean> <!-- 定义事务传播属性 --> <bean id= "nameMatch"class= "org.springframework.transaction.interceptor.NameMatchTransactionAttributeSource">     <property name= "properties" >          <props>                             <propkey="insert*">PROPAGATION_REQUIRED</prop>                 <propkey="find*">PROPAGATION_REQUIRED,readOnly</prop>                 <propkey="*">PROPAGATION_REQUIRED</prop>           </props>     </property>  </bean> <!-- 配置事务拦截器 -->   <bean id="transactionInterceptor" class= "org.springframework.transaction.interceptor.TransactionInterceptor">           <!--   事务拦截器bean需要依赖注入一个事务管理器 -->            <property name= "transactionManager" >                          <ref local="transactionManager" />           </property>            <!--   下面定义事务传播属性-->           <property name="transactionAttributeSource">                           <ref local= "nameMatch" />            </property>  </bean> <bean id= "autoProxyCreator" class= "org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator" >            <!--指定对满足哪些bean name的bean自动生成业务代理 -->             <property name= "beanNames" >                  <list>                         <value> *Service </value>                   </list>                     <!--   此处可增加其他需要自动创建事务代理的bean-->             </property>             <!--   下面定义BeanNameAutoProxyCreator所需的事务拦截器-->              <property name= "interceptorNames" >                    <list>                       <idref local= "transactionInterceptor" />                       <!-- 此处可增加其他新的Interceptor -->                   </list>             </property>  </bean>       TranscationInterceptor是一个事务拦截器bean，需要传入一个TransactionManager的引用。配置中使用 Spring依赖注入该属性， 事务拦截器的事务属性通过transactionAttributes来指定，该属性有props子元素，配置文件中定义了 三个事务传播规则：所有以insert开始的方法， 采用PROPAGATION_REQUIRED的事务传播规则。程序抛出 MyException异常及其子异常时，自动回滚事务。 所有以find开头的方法，采用PROPAGATION_REQUIRED事务传播规则，并且只 读。其他方法，则采用PROPAGATION_REQUIRED的事务传播 规则。BeanNameAutoProxyCreator是个根据 bean名生成自动代理的代理创建器，该bean通常需要接受两个参数。第一个是beanNames属性，该 属性用来设置哪些bean需要自动生成代理。 另一个属性是interceptorNames，该属性则指定事务拦截器，自动创建事务代理时，系统会根据这些事 务拦截器的属性来生成对应的事务代理。

3.Spring事务管理配置属性

1.传播行为(Propagation behavior)：        PROPAGATION_MANDATORY:方法必须在一个现存的事务中进行，否则丢出异常        PROPAGATION_NESTED:在一个嵌入的事务中进行        PROPAGATION_NEVER:不应在事务中进行，如果有则丢异常        PROPAGATION_NOT_SUPPORTED:不应再事务中进行，如果有就暂停现存的事务        PROPAGATION_REQUIRED:支持现在的事务，如果没有就建立一个新的事务        PROPAGATION_REQUIRES_NEW:建立一个新的事务，如果现存一个事务就暂停它        PROPAGATION_SUPPORTS:支持现在的事务，如果没有就以非事务的方式执行 2.隔离层级(Isolation level):        在一个应用程序中，可能有多个事务在同时进行，这些事务应当彼此之间互不知道另一个事务的存在，比如现在整个应用程序就只有一个事务 存在，由于事务彼此之间独立，若读取的是同一个数据的话，就容易发生问题，比如：        Dirty read（脏读）：某个事务已经更新了一份数据，另一份事务在此时读取了同一份数据，由于某些原因，前一个事务回滚了，则后一个事务 读取的数据则是错误的。        Non-repeatable read（非重复读）：在一个事务的两次查询中事务不一致，可能是因为两次查询过程中间插入了一个事务更新的原有数据。        Phantom read（幻象读）：在一个事务的两次查询中数据笔数不一致。 解决以上问题的方法之一，就是在某个事务进行过程中锁定正在更新或查询的数据，但是这样会造成效率上的问题，别的事务必须等待当前事务解 锁后才能 进行。然而，根据需求的不同，并不用在事务进行时完全的锁定数据，隔离层级可以让您根据实际的需求，对数据的锁定进行设置。一下 是几个隔离层级的参数说 明：        ISOLATION_DEFAULT:使用底层数据库预设的隔离层级        ISOLATION_READ_COMMITTED:运行事务读取其他事务已经提交的数据字段，可以防止脏读问题        ISOLATION_READ_UNCOMMITTED:运行事务读取其他并行事务还没有提交的数据，会发生脏读、非重复读、幻象读等问题        ISOLATION_REPEATABLE_READ:要求多次读取的数据必须相同，除非事务本身更新数据，可以防止脏读、非重复读等问题        ISOLATION_SERIALIZABLE:完整的隔离层级，防止所有问题，会锁定数据对应的表，有效率问题              事实上，对于事务的传播特性，可以设置对应的隔离层级。在Spring中，我们用的最多的就是PROPAGATIOIN_REQUIRED这种传 播行为。这 个意思是，如果应用程序中已经存在一个事务了，当另一个事务进来时，会加入到这个事务中，如果没有事务存在，则开启一个新的事务。