採用AOP配置宣告式事務有5種方式，下面只說關於採用TransactionInterceptor事務攔截器的方式，配置程式如下：

transactionManager：

1. <beanid="dataSource"class="org.apache.commons.dbcp.BasicDataSource"destroy-method="close"/>
2. <beanid="transactionManager"class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
3. <propertyname="dataSource"ref="dataSource"/>
4. </bean>

 TransactionInterceptor：

1. <beanid="transactionInterceptor"class="org.springframework.transaction.interceptor.TransactionInterceptor">
2. <propertyname="transactionManager"ref="transactionManager"/>
3. <propertyname="transactionAttributes"
   >
4. <props>
5. <propkey="add*">PROPAGATION_REQUIRED</prop>
6. <propkey="del*">PROPAGATION_REQUIRED</prop>
7. <propkey="update*">PROPAGATION_REQUIRED</prop>
8. <propkey="query*">readOnly</prop>
9. <propkey="get*">readOnly</prop>
10. <propkey="find*">readOnly
    </prop>
11. <propkey="check*">PROPAGATION_REQUIRED</prop>
12. <propkey="operate*">PROPAGATION_REQUIRED</prop>
13. <propkey="batch*">PROPAGATION_REQUIRED</prop>
14. <propkey="deploy*">PROPAGATION_REQUIRED</prop>
15. <propkey="exec*">PROPAGATION_REQUIRED</prop>
16. </props>
17. </property>
18. </bean>

自動代理BeanNameAutoProxyCreator：

1. <beanclass="org.springframework.aop.framework.autoproxy.BeanNameAutoProxyCreator">
2. <propertyname="beanNames">
3. <!-- 所有以BUSImpl命名的Bean-Id都會被事務攔截-->
4. <value>*BUSImpl</value>
5. </property>
6. <propertyname="interceptorNames">
7. <list>
8. <value>transactionInterceptor</value>
9. </list>
10. </property>
11. </bean>

業務類例子：

1. publicclass UserManageBUSImpl implements IBusiness{    
2. private UserDAO dao;    
3. publicvoid addUser(User user) throws Exception{    
4.         dao.save(user);    
5.     }    
6. }   

1. publicclass UserDAO implements IDAO{    
2. private JdbcTemplate db;   
3. publicvoid save(User user) throws Exception{    
4.         db.update("insert into User(...) values(...)");    
5. thrownew Exception("test exception"); // 這裡我們故意丟擲異常作為測試 
6.     }    
7. }   

   
 然後執行發現記錄仍然儲存進去了，事務失效；

why?

我們首先應該知道使用事務回滾和提交，歸根結底是在JDBC裡完成的，這裡宣告事務攔截器僅是為JDK代理切入點攔截。而做事務提交和回滾是transactionManager完成的事。那麼斷點跟進攔截器里程序發現：

1. public Object invoke(final MethodInvocation invocation) throws Throwable {   
2. // Work out the target class: may be <code>null</code>. 
3. // The TransactionAttributeSource should be passed the target class 
4. // as well as the method, which may be from an interface. 
5.         Class targetClass = (invocation.getThis() != null ? invocation.getThis().getClass() : null);   
6. // If the transaction attribute is null, the method is non-transactional. 
7. final TransactionAttribute txAttr =   
8.                 getTransactionAttributeSource().getTransactionAttribute(invocation.getMethod(), targetClass);   
9. final String joinpointIdentification = methodIdentification(invocation.getMethod());   
10. if (txAttr == null || !(getTransactionManager() instanceof CallbackPreferringPlatformTransactionManager)) {   
11. // Standard transaction demarcation with getTransaction and commit/rollback calls. 
12.             TransactionInfo txInfo = createTransactionIfNecessary(txAttr, joinpointIdentification);   
13.             Object retVal = null;   
14. try {   
15. // This is an around advice: Invoke the next interceptor in the chain. 
16. // This will normally result in a target object being invoked. 
17.                 retVal = invocation.proceed();   
18.             }   
19. catch (Throwable ex) {   
20. // target invocation exception 
21.                 <SPAN style="COLOR: #000000">completeTransactionAfterThrowing(txInfo, ex);</SPAN>   
22. throw ex;   
23.             }   
24. finally {   
25.                 cleanupTransactionInfo(txInfo);   
26.             }   
27.             commitTransactionAfterReturning(txInfo);   
28. return retVal;   
29.         }   
30. ......  

completeTransactionAfterThrowing(txInfo, ex);這句話是異常捕獲後做的事情，那麼再跟進發現：

1. protectedvoid completeTransactionAfterThrowing(TransactionInfo txInfo, Throwable ex) {   
2. if (txInfo != null && txInfo.hasTransaction()) {   
3. if (logger.isDebugEnabled()) {    
4.         logger.debug("Completing transaction for [" + txInfo.getJoinpointIdentification() + "] after exception: " + ex);    
5.     }   
6.     <SPAN style="COLOR: #ff0000">if (txInfo.transactionAttribute.rollbackOn(ex)) { // 需滿足這個條件</SPAN>  
7. try {    
8.             <SPAN style="COLOR: #ff0000">this.transactionManager.rollback(txInfo.getTransactionStatus()); // 這裡才完成JDBC事務回滾</SPAN>  
9.         } catch (RuntimeException ex2) {    
10.             logger.error("Application exception overridden by rollback exception", ex);    
11. throw ex2;    
12.         } catch (Error err) {    
13.             logger.error("Application exception overridden by rollback error", ex); throw err; }    
14.     }    
15. ......   

 看來離真相越來越接近了，txInfo.transactionAttribute是什麼呢？檢視原始碼對應到一個介面TransactionAttribute，文件如下：

1. publicinterface TransactionAttribute extends TransactionDefinition {   
2. boolean rollbackOn(Throwable ex);   
3. }  

 看下RuleBasedTransactionAttribute裡實現的介面方法：

1. publicboolean rollbackOn(Throwable ex) {    
2. if (logger.isDebugEnabled()) {   
3.         logger.debug("Applying rules to determine whether transaction should rollback on " + ex);   
4.     }    
5.     RollbackRuleAttribute winner = null;    
6. int deepest = Integer.MAX_VALUE;    
7. if (this.rollbackRules != null) {    
8.         <SPAN style="COLOR: #ff0000">// 看來這裡是要滿足自定義回滾規則  
9. for (Iterator it = this.rollbackRules.iterator(); it.hasNext();) {    
10. </SPAN>         RollbackRuleAttribute rule = (RollbackRuleAttribute) it.next();   
11. int depth = rule.getDepth(ex);    
12. if (depth >= 0 && depth < deepest) {   
13.                 deepest = depth; winner = rule;   
14.             }   
15.         }    
16.     }   
17. if (logger.isDebugEnabled()) {   
18.          logger.debug("Winning rollback rule is: " + winner);    
19.     }    
20. // User superclass behavior (rollback on unchecked) if no rule matches.  
21. if (winner == null) {    
22.         logger.debug("No relevant rollback rule found: applying superclass default");    
23.         <SPAN style="COLOR: #ff0000">returnsuper.rollbackOn(ex); // 如果沒有規則，則呼叫父類方法驗證回滾規則</SPAN>  
24.     }   
25. return !(winner instanceof NoRollbackRuleAttribute); }   

 其父類方法為：

1. publicboolean rollbackOn(Throwable ex) {    
2. <SPAN style="COLOR: #ff0000"><SPAN style="COLOR: #000000">  </SPAN>return (ex instanceof RuntimeException || ex instanceof Error); // 最終是這個原因</SPAN>  
3. }   

原因：

由於業務類裡丟擲的異常不滿足事務攔截器裡定義的異常（RuntimeException|Error）事務回滾規則，故事務無效；

解決方案：

1，將業務類的丟擲異常改為滿足攔截器裡的異常規則（不推薦，因為要修改以前所有的程式碼）

2，（推薦方案）在事務攔截器裡宣告自定義回滾規則，即this.rollbackRules.iterator()中有你自己申明的異常類，這個方案僅需在spring中配置如下：

1. <beanid="transactionInterceptor"class="org.springframework.transaction.interceptor.TransactionInterceptor">
2. <propertyname="transactionManager"ref="transactionManager"/>
3. <propertyname="transactionAttributes">
4. <props>
5. <propkey="add*">PROPAGATION_REQUIRED, -Exception</prop>
6. <propkey="del*">PROPAGATION_REQUIRED, -Exception</prop>
7. <propkey="update*">PROPAGATION_REQUIRED, -Exception</prop>
8. <propkey="query*">readOnly</prop>
9. <propkey="get*">readOnly</prop>
10. <propkey="find*">readOnly</prop>
11. <propkey="check*">PROPAGATION_REQUIRED, -Exception</prop>
12. <propkey="operate*">PROPAGATION_REQUIRED, -Exception</prop>
13. <propkey=
    相關推薦

    解決Spring AOP 事務 配置 失效原因--業務類裡丟擲的異常不滿足事務攔截器裡定義的異常

    採用AOP配置宣告式事務有5種方式，下面只說關於採用TransactionInterceptor事務攔截器的方式，配置程式如下： transactionManager： Xml程式碼  <beanid="dataSource"class="org.apache

    Spring AOP 內部呼叫失效解決方案

    背景 前兩篇部落格採用AOP實現介面入參、返回結果的log列印和方法引數校驗。測試時發現一個問題，簡言之： 1、service中方法1設定AOP攔截，奏效 2、同service中方法2未設定AOP攔截，但在方法2中直接diao呼叫方法1，方法1的AOP攔截失效。 原因

    Spring AOP註解配置demo

    https://blog.csdn.net/yhl_jxy/article/details/78815636#commentBox   一 AOP的概念    AOP(Aspect Oriented Programming)，即為面向切面程式設計。在軟體開發中，散佈於應用中多

    Spring @Transactional事物配置無效原因

    Spring @transaction不起作用，Spring事物注意事項 1. 在需要事務管理的地方加@Transactional 註解。@Transactional 註解可以被應用於介面定義和介

    解決spring中不同配置檔案中存在name或者id相同的bean可能引起的問題

    spring對同一配置檔案中相同id或者name的兩個或以上的bean時，做直接拋異常的處理，而對不同配置檔案中相同id或者名稱的bean，只會在列印日誌級別為info的資訊，資訊內容大概為"Overriding bean definition for bean xxx :

    解決spring aop無法攔截代理內部函式呼叫的問題

    code如下： public class ServiceAImpl implements ServiceA{ public void function01(...){ ... this.function02(...)

    spring aop execution 配置規則

    spring aop 的切入點配置表示式 1.可以通過註解來配置 2.可以通過xml來配置 上述都可以配置aop的切入點，配置表示式一樣，今天用到了配置表示式，簡單記錄一下：     execution作用於匹配方法執行的連線點     表示式配置規則：  ex

    spring aop :logaspect配置

    spring.xml <context:component-scan base-package="xx.xx.aspect" /> <aop:aspectj-autoproxy /> <aop:config

    java事務異常——Spring事務異常回滾，捕獲異常不丟擲就不會回滾

    最近遇到了事務不回滾的情況，我還考慮說JPA的事務有bug？ 我想多了.......     為了列印清楚日誌，很多方法我都加tyr catch，在catch中列印日誌。但是這邊情況來了，當這個方法異常時候 日誌是列印了，但是加的事務卻沒有回滾。   例：      類

    spring boot中配置全域性監聽類

    @Configuration @ComponentScan(basePackages = "com.pty.workflow") @MapperScan(basePackages = { "com.pty.workflow.dao" }, annotationClass = MyB

    十六、Spring事務異常回滾，捕獲異常不丟擲就不會回滾

    最近遇到了事務不回滾的情況，我還考慮說JPA的事務有bug？ 我想多了……. 為了列印清楚日誌，很多方法我都加tyr catch，在catch中列印日誌。但是這邊情況來了，當這個方法異常時候 日誌是列印了，但是加的事務卻沒有回滾。 例： 類似這樣的方法不會回滾 （一個方法出錯，另一個方

    Spring事務異常回滾，捕獲異常不丟擲就不會回滾

    最近遇到了事務不回滾的情況，我還考慮說JPA的事務有bug？ 我想多了.......     為了列印清楚日誌，很多方法我都加tyr catch，在catch中列印日誌。但是這邊情況來了，當這個方法異常時候 日誌是列印了，但是加的事務卻沒有回滾。   例：      

    spring事務，service中捕獲異常不丟擲，不回滾

    參考文章：http://blog.csdn.net/yipanbo/article/details/46048413       spring事務機制：       預設spring事務只在發生未被捕獲的RuntimeException時才回滾。       spring

    Spring的核心配置檔案、核心類、工作流程？

    1.配置核心檔案 <?xml version="1.0" encoding="UTF-8" ?> <!DOCTYPE configuration PUBLIC "-//mybatis.org//DTD Config 3.0//EN" "http://

    使用Spring整合Hibernate配置，根據實體類自動建立表

    <?xml version="1.0" encoding="UTF-8"?> <beansxmlns="http://www.springframework.org/schema/beans"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instan

    Struts2配置攔截器自定義棧時拋異常：Unable to load configuration. - interceptor-ref - file:/D:/tomcat_install/webapps/crm/WEB-INF/classes/struts.xml

    註意 其他 默認 才會 eba staf -i sta fault 代碼如下： <interceptors> <!-- 註冊自定義攔截器 --> <interceptor name="LoginInterceptor" class="co

    Spring Boot應用使用Validation校驗入參，現有註解不滿足，我是怎麼暴力擴充套件validation註解的

    前言 昨天，我開發的程式碼，又收穫了一個bug，說是介面上列表查詢時，正常情況下，可以根據某個關鍵字keyword模糊查詢，後臺會去資料庫 %keyword%查詢（非網際網路專案，沒有使用es，只能這樣了）；但是，當輸入%字元時，可以模糊匹配出所有的記錄，就好像，好像這個條件沒進行過濾一樣。 原因很簡單，當輸

    Spring+SpringMVC 配置事務管理無效原因及解決方案。

    一般我們在Spring的配置檔案application.xml中對Service層程式碼配置事務管理，可以對Service的方法進行AOP增強或事務處理如事務回滾，但是遇到一個問題，在Controller類中呼叫Service層方法，配置的事務管理會失效，查詢相

    spring 在有事務的方法上配置自定義日誌切面，事務會失效解決方法

    問題描述，在servic事務方法中記錄日誌時候，在方法上加上自定義日誌註解橫切面，日誌切面使用Around環繞通知記錄日誌 事務配置都是正確配置，當去除@MethodLog日誌註解時候，事務是可以正常回滾的 如果加上日誌註解@MethodLog事務會失效，不回滾。 自定義註

    導致spring事務配置不起作用的一種原因

    red something 事務配置 nbsp oid -s color con bsp @Component public class AnalyticsApplication { @Autowired private InitializationAc