音箱里放的是《暮良文王》、《相相生》，再看下面的筆記體，雖然實用，但還是數完盤來再數碟，言語無味的很。以后不是這里的地荒得太厲害，就盡量讓這些筆記在wiki里安靜的呆著吧。

1.資料

• 《Java Transaction Design Strategies》 ?InfoQ minibook，最好的電子文檔，對Java事務處于懵懂狀態的必讀。
• 《Expert One on one J2EE Development Without EJB 中文版》與 Spring參考手冊中文版 ? 中的相關章節可以看到spring guys的意見。

2.本地事務與分布式事務

• 本地事務
  完全依賴于DB、JMS自身，，如直接調用jdbc中的conn.commit();這里沒應用服務器什么事，所以也不支持多數據源的全局事務。
• 分布式事務
  在JavaEE世界的事務在JTA、JTS規范和XA Sources之上實現。
  JTA是用戶編程接口，JTS是服務器底層服務，兩者一般由應用服務器自帶實現，而 atomikos ?、 JOTM ?和 JBoss Transaction ?是專門搞局搶生意的。
  XA Sources其實先于JavaEE而存在，JDBC driver必須有javax.sql.XADataSource接口的實現類，否則所謂二階段提交就是個偽能力。
  JavaEE除了支持JDBC和JMS外，還引入了JCA模型。JCA可以說是目前唯一可移植的插入JavaEE事務的資源模型，因此像JDO這類框架/Server就是靠乖乖出自己的JCA連接器來參與JavaEE事務的。

3.編程式模型

手工調用jdbc的connection事務方法和使用JTA接口都屬于編程式開發，在EJB中叫BMT(Bean管理事務)。
JTA最重要的接口就是UserTransaction和它的六個方法-begin，commit，rollback，getStatus，setRollbackonly，setTransactionTimeout。
程序需要UserTransaction時可以從JNDI領取，不過JNDI名隨應用服務器不同而不同。EJB3里可以直接用個@Resource注入。

4.宣告式模型

前面都是鋪墊，這個才是主打的事務模型，如EJB的CMT(容器管理事務)和Sprin。

其中EJB2.0，Spring1.0在部署描述符和applicationContext.xml中定義，而EJB3.0和Spring2.0則采用annotation。

4.1 事務類型

這里JavaEE與Spring的定義基本相同：

• Required：如果Context中有事務就加入，沒有就自己創建一個。(最常用設置)
• Mandatory：永遠加入一個事務。如果當前Context沒有事務，拋出異常。(那些不打算自己負責rollback事務的方法，必須加入到別人的事務，由別人來控制rollback)
• RequiresNew：永遠新建一個事務。(那些不管別人如何，自己必須提交事務的方法，比如審計信息是一定要寫的)
• Supports：如果有事務就加入，如果沒有就算了。永遠不會創建新事務。(一般用于只讀方法，不會主動創建事務，但如果當前有事務就加入，以讀到事務中未提交的數據)
• NotSupported：永遠不使用事務，如果當前有事務，掛起事務。(那些有可能拋異常但異常并不影響全局的方法)
• Never：不能在有當前事務的情況下調用本方法。（生人勿近?)

可見，Required是默認的設置，Supports是只讀方法的最佳選擇。

4.2 事務隔離級別

• ReadUncommited：本事務可以看到另一事務未提交的數據。臟讀。
• ReadCommited：本事務只可以看到另一事務已提交的數據。不可重復讀。
• RepeatableRead：可重復讀。在一個事務內，第一次讀到的數據，在本事務沒有提交前，無論另一個事務如何提交數據，本事務讀到的數據都是不變的。
• Serializable：串行化，同時只有一個事務能讀相同的數據。

級別越低越安全效率也越低。隔離級別需要相關資源支持，如重復讀在Oracle里會降級為ReadCommited。Spring里默認的Default級別完全看數據源的臉色行事。

4.3 關于Rollback

EJB里，想rollback只能sessionContext.setRollbackOnly()，或者拋出EJBException。(EJB3還可以annotation設置某些自定義Exception可以觸發rollback)

在Spring里，同樣只會rollback unchecked exception(RuntimeExcption及子類)，而checked exception(Exception及子類)是不會rollback的，除非你特別聲明。

            @Transactional(readOnly = 
            
              false
            
            , propagation = Propagation.REQUIRES_NEW,rollbackFor = {MyException1.class,MyException2.class})
          

因此所有在service層方法中用throws定義的Exception，都必須在事務定義中進行rollback設定。(請勿善忘)

所有在service層方法中c被atch處理了的異常，又希望容器輔助rollback的話，必須重拋一個預定義的RuntimeException的子類。(請勿回望)

4.4 關于Spring

Spring不希望編程式事務管理。
Spring也不希望使用EJB CMT--CMT依賴于EJB而無法用于POJO，依賴于JTA全局事務對單數據源場景造成了浪費，而且rollback機制比較麻煩（必須為EJBException或手工setRollbackOnly())。
因此Spring通過AOP實現了對POJO的整套宣告式事務體系；對jdbc,hibernate,jpa,jms等local數據源和JTA實現了統一的事務管理機制，而且支持本地資源與JTA在配置文件級的切換，而且改進了rollback機制。

1）一個本地事務管理器：

            <bean id="&lt;span" class="code-quote">"transactionManager"class=<span class="code-quote">"org.springframework.orm.jpa.JpaTransactionManager"</span>&gt;<property name="&lt;span" class="code-quote">"entityManagerFactory" ref=<span class="code-quote">"entityManagerFactory"</span> /&gt;</property></bean>
          

2）Spring就會把請求都轉發到應用服務器的JTA對象上（注意此時數據源也需要改為用JNDI從應用服務器獲取)。

            <bean id="&lt;span" class="code-quote">"myTxManager" class=<span class="code-quote">"org.springframework.transaction.jta.JtaTransactionManager"</span>/&gt;</bean>
          

3）應用服務器專有的類型的JTA事務管理器：

            <bean id="&lt;span" class="code-quote">"myTxManager" class=<span class="code-quote">"org.springframework.transaction.jta.WebLogicJtaTransactionManager"</span>/&gt;</bean>