本文主要討論Spring聲明式事務中使用註解@Transactional的情況，包括以下主要內容：
- Spring @Transactional的配置；
- Spring @Transactional的傳播行爲和隔離級別；
- Spring @Transactional的工作原理；
- Spring @Transactional的注意事項；
- Spring @Transactional自我調用中的問題。
1、 Spring @Transactional的配置
步驟一、在spring配置文件中引入<tx:>命名空間
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:tx="http://www.springframework.org/schema/tx"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-2.0.xsd
http://www.springframework.org/schema/tx
http://www.springframework.org/schema/tx/spring-tx-2.0.xsd">
步驟二、xml配置文件中，添加事務管理器bean配置。
<!-- 事務管理器配置，單數據源事務 --><bean id="pkgouTransactionManager"class="org.springframework.jdbc.datasource.DataSourceTransactionManager"><property name="dataSource" ref="pkGouDataSource" /></bean><!-- 使用annotation定義事務 --><tx:annotation-driven transaction-manager="pkgouTransactionManager" />
步驟三、在使用事務的方法或者類上添加 @Transactional("pkgouTransactionManager")註解。
2、 Spring @Transactional的傳播行爲和隔離級別
事務註解方式: @Transactional
- 標註在類前：標示類中所有方法都進行事務處理
- 標註在接口、實現類的方法前：標示方法進行事務處理
事務傳播行爲介紹:
|
@Transactional(propagation=Propagation.REQUIRED) |
如果有事務， 那麼加入事務， 沒有的話新建一個(默認情況下) |
|
@Transactional(propagation=Propagation.NOT_SUPPORTED) |
容器不爲這個方法開啓事務 |
|
@Transactional(propagation=Propagation.REQUIRES_NEW) |
不管是否存在事務，都創建一個新的事務，原來的掛起，新的執行完畢，繼續執行老的事務 |
|
@Transactional(propagation=Propagation.MANDATORY) |
必須在一個已有的事務中執行，否則拋出異常 |
|
@Transactional(propagation=Propagation.NEVER) |
必須在一個沒有的事務中執行，否則拋出異常(與Propagation.MANDATORY相反) |
|
@Transactional(propagation=Propagation.SUPPORTS) |
如果其他bean調用這個方法，在其他bean中聲明事務，那就用事務。如果其他bean沒有聲明事務，那就不用事務 |
事務超時設置:
@Transactional(timeout=30) //默認是30秒
事務隔離級別:
|
@Transactional(isolation = Isolation.READ_UNCOMMITTED) |
讀取未提交數據(會出現髒讀， 不可重複讀)
基本不使用 |
|
@Transactional(isolation = Isolation.READ_COMMITTED)(SQLSERVER默認) |
讀取已提交數據(會出現不可重複讀和幻讀) |
|
@Transactional(isolation = Isolation.REPEATABLE_READ) |
可重複讀(會出現幻讀) |
|
@Transactional(isolation = Isolation.SERIALIZABLE) |
串行化 |
髒讀 : 一個事務讀取到另一事務未提交的更新數據
不可重複讀 : 在同一事務中， 多次讀取同一數據返回的結果有所不同， 換句話說， 後續讀取可以讀到另一事務已提交的更新數據。 相反， "可重複讀"在同一事務中多次讀取數據時， 能夠保證所讀數據一樣， 也就是後續讀取不能讀到另一事務已提交的更新數據
幻讀 : 一個事務讀到另一個事務已提交的insert數據
@Transactional的屬性：
| 屬性 | 類型 | 描述 |
|---|---|---|
| value | String | 可選的限定描述符，指定使用的事務管理器 |
| propagation | enum: Propagation | 可選的事務傳播行爲設置 |
| isolation | enum: Isolation | 可選的事務隔離級別設置 |
| readOnly | boolean | 讀寫或只讀事務，默認讀寫 |
| timeout | int (in seconds granularity) | 事務超時時間設置 |
| rollbackFor | Class對象數組，必須繼承自Throwable | 導致事務回滾的異常類數組 |
| rollbackForClassName | 類名數組，必須繼承自Throwable | 導致事務回滾的異常類名字數組 |
| noRollbackFor | Class對象數組，必須繼承自Throwable | 不會導致事務回滾的異常類數組 |
| noRollbackForClassName | 類名數組，必須繼承自Throwable | 不會導致事務回滾的異常類名字數組 |
3、 Spring @Transactional的工作原理
- 自動提交
默認情況下，數據庫處於自動提交模式。每一條語句處於一個單獨的事務中，在這條語句執行完畢時，如果執行成功則隱式的提交事務，如果
執行失敗則隱式的回滾事務。
事務管理，是一組相關的操作處於一個事務之中，因此必須關閉數據庫的自動提交模式。這點，spring會在org/springframework/jdbc/datasource/DataSourceTransactionManager.java中
將底層連接的自動提交特性設置爲false。
// switch to manual commit if necessary。 this is very expensive in some jdbc drivers，// so we don't want to do it unnecessarily (for example if we've explicitly// configured the connection pool to set it already)。if (con。getautocommit()){txobject.setmustrestoreautocommit(true);if (logger.isdebugenabled()){logger.debug("switching jdbc connection [" + con + "] to manual commit");}con.setautocommit(false);}
- spring事務回滾規則
指示spring事務管理器回滾一個事務的推薦方法是在當前事務的上下文內拋出異常。spring事務管理器會捕捉任何未處理的異常，然後依據規則決定是否回滾拋出異常的事務。
默認配置下，spring只有在拋出的異常爲運行時unchecked異常時纔回滾該事務，也就是拋出的異常爲RuntimeException的子類(Errors也會導致事務回滾)，而拋出checked異常則不會導致事務回滾。
可以明確的配置在拋出那些異常時回滾事務，包括checked異常。也可以明確定義那些異常拋出時不回滾事務。
還可以編程性的通過setRollbackOnly()方法來指示一個事務必須回滾，在調用完setRollbackOnly()後你所能執行的唯一操作就是回滾。
4、 Spring @Transactional的注意事項
- @Transactional 註解應該只被應用到 public 可見度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 註解，它也不會報錯， 但是這個被註解的方法將不會展示已配置的事務設置。
- 用 spring 事務管理器，由spring來負責數據庫的打開，提交，回滾。默認遇到運行期異常(throw new RuntimeException("註釋");)會回滾，即遇到不受檢查（unchecked）的異常時回滾；而遇到需要捕獲的異常(throw new Exception("註釋");)不會回滾，即遇到受檢查的異常（就是非運行時拋出的異常，編譯器會檢查到的異常叫受檢查異常或說受檢查異常）時，需我們指定方式來讓事務回滾 要想所有異常都回滾，要加上 @Transactional( rollbackFor={Exception。class，其它異常}) 。如果讓unchecked異常不回滾： @Transactional(notRollbackFor=RunTimeException.class)如下:
@Transactional(rollbackFor=Exception.class) //指定回滾，遇到異常Exception時回滾public void methodName(){throw new Exception("註釋");}
@Transactional(noRollbackFor=Exception.class)//指定不回滾，遇到運行期異常(throw new RuntimeException("註釋");)會回滾public ItimDaoImpl getItemDaoImpl(){throw new RuntimeException("註釋");}
public void methodName(){// 本類的修改方法 1update();// 調用其他類的修改方法otherBean.update();// 本類的修改方法 2update();}/*other失敗了不會影響 本類的修改提交成功本類update的失敗，other也失敗*/
- @Transactional 註解可以被應用於接口定義和接口方法、類定義和類的 public 方法上。然而，請注意僅僅 @Transactional 註解的出現不足於開啓事務行爲，它僅僅是一種元數據，能夠被可以識別 @Transactional 註解和上述的配置適當的具有事務行爲的beans所使用。上面的例子中，其實正是 <tx:annotation-driven/>元素的出現 開啓了事務行爲。
- Spring團隊的建議是你在具體的類（或類的方法）上使用 @Transactional 註解，而不要使用在類所要實現的任何接口上。你當然可以在接口上使用 @Transactional 註解，但是這將只能當你設置了基於接口的代理時它才生效。因爲註解是不能繼承的，這就意味着如果你正在使用基於類的代理時，那麼事務的設置將不能被基於類的代理所識別，而且對象也將不會被事務代理所包裝（將被確認爲嚴重的）。因此，請接受Spring團隊的建議並且在具體的類上使用
@Transactional 註解。
- @Transactional 註解標識的方法，處理過程儘量的簡單。尤其是帶鎖的事務方法，能不放在事務裏面的最好不要放在事務裏面。可以將常規的數據庫查詢操作放在事務前面進行，而事務內進行增、刪、改、加鎖查詢等操作。
這個地方就沒必要嵌套事務了吧！
這樣的業務可以放在事務成功之後，發送異步消息更新。
- @Transactional 註解的默認事務管理器bean是“transactionManager”，如果聲明爲其他名稱的事務管理器，需要在方法上添加@Transational("managerName")。
- @Transactional 註解標註的方法中不要出現網絡調用、比較耗時的處理程序，因爲，事務中數據庫連接是不會釋放的，如果每個事務的處理時間都非常長，那麼寶貴的數據庫連接資源將很快被耗盡。
5、 Spring @Transactional自我調用中的問題