Spring中 PROPAGATION_REQUIRED 解釋 事物是在一個方法裡調用其他的方法，一起成功或者一起失敗，是方法之間的關系，而不是某一個方法内部的問題。而且要以抛異常的方式來表明方法的失敗，以此來導緻事物起作用，大家全失敗。

事務傳播行為種類

Spring在TransactionDefinition接口中規定了7種類型的事務傳播行為，

它們規定了事務方法和事務方法發生嵌套調用時事務如何進行傳播：

事務傳播行為類型

	說明
PROPAGATION_REQUIRED	如果目前沒有事務，就建立一個事務，如果已經存在一個事務中，加入到這個事務中。這是最常見的選擇。
PROPAGATION_SUPPORTS	支援目前事務，如果目前沒有事務，就以非事務方式執行。
PROPAGATION_MANDATORY	使用目前的事務，如果目前沒有事務，就抛出異常。
PROPAGATION_REQUIRES_NEW	建立事務，如果目前存在事務，把目前事務挂起。
PROPAGATION_NOT_SUPPORTED	以非事務方式執行操作，如果目前存在事務，就把目前事務挂起。
PROPAGATION_NEVER	以非事務方式執行，如果目前存在事務，則抛出異常。
PROPAGATION_NESTED	如果目前存在事務，則在嵌套事務内執行。如果目前沒有事務，則執行與PROPAGATION_REQUIRED類 似的操作。

執行個體為

[html] view plain copy

1. <?xml version="1.0" encoding="UTF-8"?>  
2. <beans xmlns="http://www.springframework.org/schema/beans"  
3.        xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"  
4.        xmlns:p="http://www.springframework.org/schema/p"  
5.        xmlns:context="http://www.springframework.org/schema/context"  
6.        xmlns:aop="http://www.springframework.org/schema/aop"  
7.        xmlns:tx="http://www.springframework.org/schema/tx"  
8.        xsi:schemaLocation="http://www.springframework.org/schema/beans  
9.             http://www.springframework.org/schema/beans/spring-beans-3.0.xsd  
10.             http://www.springframework.org/schema/aop   
11.             http://www.springframework.org/schema/aop/spring-aop-3.0.xsd  
12.             http://www.springframework.org/schema/tx   
13.             http://www.springframework.org/schema/tx/spring-tx-3.0.xsd  
14.             http://www.springframework.org/schema/context   
15.             http://www.springframework.org/schema/context/spring-context-3.0.xsd"  
16.            default-autowire="byName">  
17.     <import resource="classpath*:spring/spring-config-dao.xml" />  
18.     <context:component-scan base-package="com.letv.*.manager" />  
19.     <aop:aspectj-autoproxy proxy-target-class="true" />  
20.     <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">  
21.         <property name="dataSource" ref="dataSource"/>  
22.     </bean>  
23.     <tx:advice id="txAdvice" transaction-manager="transactionManager">  
24.         <tx:attributes>  
25.             <tx:method name="query*" propagation="REQUIRED" read-only="true"/>      
26.             <tx:method name="save*" propagation="REQUIRED"/>   
27.             <tx:method name="insert*" propagation="REQUIRED"/>  
28.             <tx:method name="batchSave*" propagation="REQUIRED"/>  
29.             <tx:method name="update*" propagation="REQUIRED"/>  
30.             <tx:method name="cancelOrder" propagation="REQUIRED"/>  
31.             <tx:method name="*" propagation="SUPPORTS" read-only="true" />       
32.         </tx:attributes>  
33.     </tx:advice>  
34.     <aop:config>  
35.         <aop:pointcut id="managers" expression="execution(* com.thb.*.manager..*.*(..)) "/>  
36.         <aop:advisor advice-ref="txAdvice" pointcut-ref="managers"/>  
37.     </aop:config>  
38. </beans>  

上面配置檔案意思是調用 com.thb.下面的任何的任何manager類裡的以query,save, update等開頭的方法和 cancelorder方法時，在方法層面上事務級别是required，而調用這些manager的别的方法則是support級别。

比如 在下面的 com.letv.ofc.manager.impl.updateStrategyResult() 方法中，又調用了幾個别的manager的方法，則這幾個别的manager的方法都是required，它們在updateStrategyResult()中會共用一個transaction。結果是這幾個方法的SQL 執行隻要有一個失敗，都會導緻其它的方法復原 (rollback)

 public void updateStrategyResult() {

      ....      

        saveOrderInfo(orderInfo, remark);

        insertOFCSourcingOrderTask(orderQuery);

       updateTaskOrder(task, grabObject);

        insertWMSDistributionOrderTask(task);

        insertOperateLog(orderInfo.getOrderCode(), remark);

        lockSkuStock(grabObject);

    }