spring配置文件中的事务增强

事务增强一般写在aop的配置中，但也可以写在用注解来写。一般来说，用前者的话可以将整个工程的事务增强一次性配置好，而后者需要对每个需要事务增强的方法单独添加注解，所以一般来说写在通过aop配置事务增强是有效节省代码量的。
以下代码是我的web工程的一个简单的事务增强。
首先我们要引入spring配置文件中引入tx约束。

示例配置

<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
          <property name="dataSource" ref="PooledDataSource"></property>
</bean>
<aop:config> 
          <aop:pointcut expression="execution(* com.xuxiao.crud.service..*(..))" id="txPoint"/>
          <aop:advisor advice-ref="txAdvice" pointcut-ref="txPoint"/>
</aop:config>
<tx:advice id="txAdvice" transaction-manager="transactionManager">
        <tx:attributes>
                  <tx:method name="*"/>
                  <tx:method name="get*" read-only="true"/>
        </tx:attributes>
</tx:advice>

事务管理器

我们来一点点分析首先是，首先是定义事务管理器

<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">     
          <property name="dataSource" ref="PooledDataSource"></property>
</bean>

这里的PooledDataSource是我们在spring的ioc容器中配置的c3p0线程池的id，我们通过引入它来控制我们的数据源。
而bean id="transactionManager" 是我们在aop中要引入这个事务，所以给个id。
而class，正是我们要配置的到ioc容器中的事务管理器。
在spring的配置中配置数据源即dataSource、事务管理器，事务管理器使用不同的orm框架事务管理器类就不同，比如这里使用的是mybatis 所以是：
org.springframework.jdbc.datasource.DataSourceTransactionManager
如果使用hibernate 则事务管理器类为：
org.springframework.orm.hibernate3.HibernateTransactionManager
下面给个用Hibernate的例子

<bean id="transactionManager" class="org.springframework.orm.hibernate3.HibernateTransactionManager">
        <property name="sessionFactory" ref="sessionFactory" />
    </bean>

那么至此，我们的事务管理器就配好了，接下来我们来写具体的事务增强。

事务增强

<tx:advice id="txAdvice" transaction-manager="transactionManager">
        <tx:attributes>                  
                  <tx:method name="*"/>
                  <tx:method name="get*" read-only="true"/>
        </tx:attributes>
</tx:advice>

我们通过transaction-manager="transactionManager"来指定我们下面写的具体事务增强，是在刚刚写好的事务管理器之中的。然后留一个id给aop。
接下来我们在<tx:attributes> </tx:attributes>标签中指定我们的具体事务增强。
在上面的代码中，我用<tx:method name=""/>指定了，我们在aop中指定的扫描包的所有方法，均为事务方法。<tx:method name="get" read-only="true"/>
指定我们的方法中以get为名的方法是只读的。

其实在<tx:attributes>标签中能配置的比我写的要多，接下来给个比较全的样例，以及能配置的所有东西。

<tx:advice id="TestAdvice" transaction-manager="transactionManager">
        <!--配置事务传播性，隔离级别以及超时回滚等问题 -->
        <tx:attributes>
            <tx:method name="save*" propagation="REQUIRED" />
            <tx:method name="del*" propagation="REQUIRED" />
            <tx:method name="update*" propagation="REQUIRED" />
            <tx:method name="add*" propagation="REQUIRED" />
            <tx:method name="*" rollback-for="Exception" />
        </tx:attributes>
    </tx:advice>

我们可以在标签中配置各种方法的隔离级别，传播性，以及回滚，超时等。
比如<tx:method name="" rollback-for="Exception" />就是说，如果我们的方法在运行期出现异常，我们的事务将会回滚。
而<tx:method name="save" propagation="REQUIRED" />指的是我们以save开头的方法是代表支持当前事务，如果当前没有事务，就新建一个事务。这是最常见的选择。

事务增强可选配置

name 是必须的,表示与事务属性关联的方法名(业务方法名),对切入点进行细化。通配符（）可以用来指定一批关联到相同的事务属性的方法。
如：'get'、'handle*等等.
2.propagation 不是必须的，默认值是REQUIRED 表示事务传播行为, 包括:REQUIRED,SUPPORTS,MANDATORY,REQUIRES_NEW,NOT_SUPPORTED,NEVER,NESTED
3.isolation 不是必须的默认值DEFAULT 表示事务隔离级别(数据库的隔离级别)
4.timeout 不是必须的默认值-1(永不超时)表示事务超时的时间（以秒为单位）
5.read-only 不是必须的默认值false不是只读的表示事务是否只读？
6.rollback-for 不是必须的表示将被触发进行回滚的 Exception(s)；以逗号分开。
如：'com.foo.MyBusinessException.ServletException'
7.no-rollback-for 不是必须的表示不被触发进行回滚的 Exception(s)；以逗号分开。
如：'com.foo.MyBusinessException.ServletException'
注意：任何 RuntimeException 将触发事务回滚，但是任何 checked Exception 将不触发事务回滚。

spring事务传播的特性

PROPAGATION_REQUIRED: 如果存在一个事务，则支持当前事务。如果没有事务则开启
PROPAGATION_SUPPORTS: 如果存在一个事务，支持当前事务。如果没有事务，则非事务的执行
PROPAGATION_MANDATORY: 如果已经存在一个事务，支持当前事务。如果没有一个活动的事务，则抛出异常。
PROPAGATION_REQUIRES_NEW: 总是开启一个新的事务。如果一个事务已经存在，则将这个存在的事务挂起。
PROPAGATION_NOT_SUPPORTED: 总是非事务地执行，并挂起任何存在的事务。
PROPAGATION_NEVER: 总是非事务地执行，如果存在一个活动事务，则抛出异常
PROPAGATION_NESTED：如果一个活动的事务存在，则运行在一个嵌套的事务中. 如果没有活动事务, 则按TransactionDefinition.PROPAGATION_REQUIRED 属性执行。

Spring事务的隔离级别

ISOLATION_DEFAULT：这是一个PlatfromTransactionManager默认的隔离级别，使用数据库默认的事务隔离级别,另外四个与JDBC的隔离级别相对应
ISOLATION_READ_UNCOMMITTED：这是事务最低的隔离级别，它充许令外一个事务可以看到这个事务未提交的数据,这种隔离级别会产生脏读，不可重复读和幻像读。
ISOLATION_READ_COMMITTED：保证一个事务修改的数据提交后才能被另外一个事务读取。另外一个事务不能读取该事务未提交的数据
ISOLATION_REPEATABLE_READ：这种事务隔离级别可以防止脏读，不可重复读。但是可能出现幻像读,它除了保证一个事务不能读取另一个事务未提交的数据外，还保证了避免下面的情况产生(不可重复读)。
ISOLATION_SERIALIZABLE 这是花费最高代价但是最可靠的事务隔离级别。事务被处理为顺序执行,除了防止脏读，不可重复读外，还避免了幻像读。

aop配置

我们以上所写的事务管理器和事务增强，都要引入我们的aop容器中，具体代码如下：

<aop:config>          
          <aop:pointcut expression="execution(* com.xuxiao.crud.service..*(..))" id="txPoint"/>
          <aop:advisor advice-ref="txAdvice" pointcut-ref="txPoint"/>
</aop:config>

aop的配置就很简单了，我们指定aop的切点，是在com.xuxiao.crud.service包下的所有方法。（ps：其中第一个代表返回值，第二代表service下子包，第三个*代表方法名，“（..）”代表方法参数，也就说我们把该包下的所有方法都做了事务增强。）
pointcut-ref="txPoint"指定我们的切点，txPoint正如我们在ps里写的，service包下的所有方法都做了事务增强。
advice-ref="txAdvice"就是我们事务增强的id。
至此我们对service中的事务增强配置已经全部写完了。