### Spring事務管理 spring支持編程式事務管理和聲明式事務管理兩種方式 ### 編程式事務管理 編程式事務管理使用TransactionTemplate或者直接使用底層的PlatformTransactionManager。對于編程式事務管理，spring推薦使用TransactionTemplate ### 聲明式事務管理 聲明式事務管理建立在AOP之上的。其本質是對方法前后進行攔截，然后在目標方法開始之前創建或者加入一個事務，在執行完目標方法之后根據執行情況提交或者回滾事務。聲明式事務最大的優點就是不需要通過編程的方式管理事務，這樣就不需要在業務邏輯代碼中摻雜事務管理的代碼，只需在配置文件中做相關的事務規則聲明\(或通過基于@Transactional注解的方式\)，便可以將事務規則應用到業務邏輯中。 顯然聲明式事務管理要優于編程式事務管理，這正是spring倡導的非侵入式的開發方式。聲明式事務管理使業務代碼不受污染，一個普通的POJO對象，只要加上注解就可以獲得完全的事務支持。和編程式事務相比，聲明式事務唯一不足地方是，后者的最細粒度只能作用到方法級別，無法做到像編程式事務那樣可以作用到代碼塊級別。但是即便有這樣的需求，也存在很多變通的方法，比如，可以將需要進行事務管理的代碼塊獨立為方法等等 聲明式事務管理常用方式： * 基于tx和aop名字空間的xml配置文件 * 基于@Transactional注解 ### spring事務超時 所謂事務超時，就是指一個事務所允許執行的最長時間，如果超過該時間限制但事務還沒有完成，則自動回滾事務。在 TransactionDefinition 中以 int 的值來表示超時時間，其單位是秒。默認設置為底層事務系統的超時值，如果底層數據庫事務系統沒有設置超時值，那么就是none，沒有超時限制； ### spring只讀事務 spring中readOnly的定義并不是不能在事務中進行修改等DML操作，它只是一個“暗示”，提示數據庫驅動程序和數據庫系統，這個事務并不包含更改數據的操作，那么JDBC驅動程序和數據庫就有可能根據這種情況對該事務進行一些特定的優化，比方說不安排相應的數據庫鎖，以減輕事務對數據庫的壓力，畢竟事務也是要消耗數據庫的資源的；但是你非要在“只讀事務”里面修改數據，也并非不可以，只不過對于數據一致性的保護不像“讀寫事務”那樣保險而已。 因此，“只讀事務”僅僅是一個性能優化的推薦配置而已，并非強制你要這樣做不可 數據庫只讀事務：只讀事務只能看到事務執行前就已經提交的數據，且事務中不能執行 INSERT ， UPDATE ，及 DELETE 語句； ### **spring事務回滾規則** 指示spring事務管理器回滾一個事務的推薦方法是在當前事務的上下文內拋出異常。spring事務管理器會捕捉任何未處理的異常，然后依據規則決定是否回滾拋出異常的事務。 默認配置下，spring只有在拋出的異常為運行時unchecked異常時才回滾該事務，也就是拋出的異常為RuntimeException的子類\(Errors也會導致事務回滾\)，而拋出checked異常則不會導致事務回滾。可以明確的配置在拋出那些異常時回滾事務，包括checked異常。也可以明確定義那些異常拋出時不回滾事務。還可以編程性的通過setRollbackOnly\(\)方法來指示一個事務必須回滾，在調用完setRollbackOnly\(\)后你所能執行的唯一操作就是回滾。