Transaction rolled back because it has been marked as rollback-only

spring的声明事务提供了强大功能，让咱们把业务关注和非业务关注的东西又分离开了。好东西的使用，老是须要有代价的。使用声明事务的时候，一个不当心常常会碰到“Transaction rolled back because it has been marked as rollback-only”这个异常。有时候又经常会纳闷，"我已经try-catch了，为何还这样呢？"

 

Xml代码 

<!-- 0 placeHolder -->  
<bean  class="org.springframework.beans.factory.config.PropertyPlaceholderConfigurer">  
    <property name="locations">  
        <list>  
            <value>files/pro.properties</value>  
        </list>  
    </property>  
</bean>  
  
<!-- 1 dataSource -->  
<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource">  
    <property name="driverClassName" value="com.mysql.jdbc.Driver"></property>  
    <property name="url" value="${jdbc.mysql.url}"></property>  
    <property name="username" value="${jdbc.username}"></property>  
    <property name="password" value="${jdbc.userpassword}"></property>  
</bean>  
  
<!-- 2 jdbcTemplate -->  
<bean id="jdbcTemplate" class="org.springframework.jdbc.core.JdbcTemplate">  
    <property name="dataSource" ref="dataSource"></property>  
</bean>  
  
<!-- 3 BaseDao -->  
<bean id="baseDao" class="transaction.dao.BaseDao" abstract="true">  
    <property name="jdbcTemplate" ref="jdbcTemplate" />  
</bean>  
  
<bean id="aDao" class="transaction.dao.Adao" parent="baseDao">  
</bean>  
  
<bean id="bDao" class="transaction.dao.Bdao" parent="baseDao">   
</bean>  
  
<!-- 4 service -->  
<bean id="aBo" class="transaction.bo.AboImpl">  
    <property name="aDao" ref="aDao" />  
    <property name="bBo" ref="bBo" />  
</bean>  
  
<bean id="bBo" class="transaction.bo.BboImpl">  
    <property name="bDao" ref="bDao" />  
</bean>  
  
<!-- 5 transaction -->  
<bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">  
    <property name="dataSource" ref="dataSource" />  
</bean>  
  
<bean id="transactionInterceptor1" class="org.springframework.transaction.interceptor.TransactionInterceptor" >  
    <property name="transactionManager" ref="transactionManager"></property>  
    <property name="transactionAttributes">  
        <props>  
            <prop key="*">PROPAGATION_REQUIRED</prop>  
        </props>    
    </property>  
</bean>  
  
<bean id="autoProxy1"  class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">  
    <property name="beanNames">  
        <list>  
            <value>*Bo</value>  
        </list>  
    </property>  
    <property name="interceptorNames">  
        <list>  
        <!--   
            <value>transactionInterceptor2</value> 
            -->  
            <value>transactionInterceptor1</value>    
        </list>  
    </property>  
</bean>  

 这里的声明事务是做用于全部以Bo为后缀的bean的全部方法上，使用REQUIRED传播方式。

Java代码 

public int insertA(A a){  
    aDao.insertA(a);  
      
    B b = new B();  
    b.setName("bbb");  
    try{  
        bBo.insertB(b);  
    } catch(Exception e){  
        System.out.println("aaa");  
    }  
    return 0;  
}  

 这里，insertA 开始一个事务，调用aDao.insertA(a)[一个简单的数据库操做]，而后调用 bBo.insertB(b)[bo调dao,dao直接抛异常]。bBo的insertB方法，也要开始一个事务，可是这里的传播机制是REQUIRED。OK，和insertA 的事务合二为一吧。由于bBo.insertB(b)会抛异常出来，这里try-catch下，但愿aDao.insertA(a)的操做可以成功。

可是现实老是残酷的，这里会有一个大大的 “Transaction rolled back because it has been marked as rollback-only” ，结果你会发现aDao.insertA(a)的操做也没有成功。

 

try-catch不起做用的缘由简单的说就是，try-catch的不是地方，你认为你的try-catch是最接近异常抛出点了，是第一个处理的handler了。实际上，spring在更早一步就try-catch 住了，同时还设置了一些标志位，再把catch住的异常往外抛。这个时候才是咱们的try-catch。而"Transaction rolled back because it has been marked as rollback-only"就是由于事务在提交的时候，发现标志位已经被设置了，不该该去提交了，而后吭哧吭哧的回滚调，再提示你已经被设置成rollback-only了。

 

缘由是既然如此，那么在不改变代码的状况下，依靠配置可否解决这个问题呢？使用PROPAGATION_REQUIRES_NEW吧。对于bBo.insertB(b)开个新的事务，若是失败了就回滚调，不影响外面的insertA不就OK了。最简单的状况就是在transactionInterceptor1前面，再加个拦截器transactionInterceptor2，该拦截器只针对insertB的事务属性进行修改。

Xml代码 

<bean id="autoProxy1"  class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">  
    <property name="beanNames">  
        <list>  
            <value>*Bo</value>  
        </list>  
    </property>  
    <property name="interceptorNames">  
        <list>  
           
            <value>transactionInterceptor2</value>  
              
            <value>transactionInterceptor1</value>    
        </list>  
    </property>  
</bean>  
  
  
<bean id="transactionInterceptor2" class="org.springframework.transaction.interceptor.TransactionInterceptor" >  
    <property name="transactionManager" ref="transactionManager"></property>  
    <property name="transactionAttributes">  
        <props>  
            <prop key="insertB">PROPAGATION_REQUIRES_NEW</prop>  
        </props>    
    </property>  
</bean>  

注意interceptorNames里面元素的位置。先要使用transactionInterceptor2,再使用transactionInterceptor1.由于调用insertB的时候，transactionInterceptor2先开了一个新事务，然后transactionInterceptor1融合进这个事务。若是这2个拦截器的顺序颠倒的话,那么仍是会出现“Transaction rolled back because it has been marked as rollback-only”。由于，transactionInterceptor2生成事务回滚之后，仍是会把ex抛给transactionInterceptor1。这个时候，transactionInterceptor1的事务和insertA的事务是同一个。transactionInterceptor1，把标志设置好，等到insertA真的结束的时候，由于异常被咱们的try-catch捕获了，spring就会发现须要提交的事务具备一个已经被标记号的rollback。因此就又抛出来了。

 

可是若是系统有不少遗留的因素致使你不敢盲目的修改配置文件的话（好比事务的poincut），那么咱们就再加一个事务proxy就OK了。

Xml代码 

<bean id="autoProxy2" class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">  
        <property name="beanNames">  
            <list>  
                <value>*Bo</value>  
            </list>  
        </property>  
        <property name="interceptorNames">  
            <list>  
                <value>transactionInterceptor2</value>  
                <!--   
                <value>transactionInterceptor1</value>   
                -->  
            </list>  
        </property>  
    </bean>  
      
    <bean id="autoProxy1"  class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">  
        <property name="beanNames">  
            <list>  
                <value>*Bo</value>  
            </list>  
        </property>  
        <property name="interceptorNames">  
            <list>  
            <value>transactionInterceptor1</value>    
            <!--   
            <value>transactionInterceptor2</value>       
            -->        
            </list>  
        </property>  
    </bean>  

如上的配置仍是会带来悲剧的“Transaction rolled back because it has been marked as rollback-only”。

 

可是若是咱们把 autoProxy2 放到 autoProxy1 或者给自动代理加上顺序的话。。。结果就是喜剧了。。

Xml代码 

<bean id="autoProxy1"  class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">  
        <property name="beanNames">  
            <list>  
                <value>*Bo</value>  
            </list>  
        </property>  
        <property name="interceptorNames">  
            <list>  
            <value>transactionInterceptor1</value>    
            <!--   
            <value>transactionInterceptor2</value>       
            -->        
            </list>  
        </property>  
    </bean>  
      
      
    <bean id="autoProxy2" class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">  
        <property name="beanNames">  
            <list>  
                <value>*Bo</value>  
            </list>  
        </property>  
        <property name="interceptorNames">  
            <list>  
                <value>transactionInterceptor2</value>  
                <!--   
                <value>transactionInterceptor1</value>   
                -->  
            </list>  
        </property>  
    </bean>  

 

形成这个缘由是由使用了2个代理的顺序致使的。

在作自动代理的时候，spring会按照postBeanProcessor bean声明的顺序（若是没有设置顺序的话），来依次处理bean。若是autoProxy2 在 autoProxy1 以前，这样transactionInterceptor2 就会更加贴近insertB的调用，其效果就像

Xml代码 

<bean id="autoProxy1"  class="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">  
        <property name="beanNames">  
            <list>  
                <value>*Bo</value>  
            </list>  
        </property>  
        <property name="interceptorNames">  
            <list>  
            <value>transactionInterceptor1</value>    
           
            <value>transactionInterceptor2</value>        
                  
            </list>  
        </property>  
</bean>  

 的配置。

看来~~~ spring 仍是要注意bean的顺序啊，哈哈哈。。。