本地事務(wù)與分布式事務(wù)

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

編程式模型

　　手工調(diào)用jdbc的connection事務(wù)方法和使用JTA接口都屬于編程式開發(fā)，在EJB中叫BMT(Bean管理事務(wù))。

　　JTA最重要的接口就是UserTransaction和它的六個方法-begin，commit，rollback，getStatus，setRollbackonly，setTransactionTimeout。

　　程序需要UserTransaction時可以從JNDI領(lǐng)取，不過JNDI名隨應(yīng)用服務(wù)器不同而不同。EJB3里可以直接用個@Resource注入。

宣告式模型

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

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

事務(wù)類型
這里JavaEE與Spring的定義基本相同：

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

　　可見，Required是默認(rèn)的設(shè)置，Supports是只讀方法的最佳選擇。

事務(wù)隔離級別

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

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

關(guān)于Rollback

　　EJB里，想rollback只能sessionContext.setRollbackOnly()，或者拋出EJBException。(EJB3還可以annotation設(shè)置某些自定義Exception可以觸發(fā)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，都必須在事務(wù)定義中進行rollback設(shè)定。(請勿善忘)

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

關(guān)于Spring

　　Spring不希望編程式事務(wù)管理。

　　Spring也不希望使用EJB CMT--CMT依賴于EJB而無法用于POJO，依賴于JTA全局事務(wù)對單數(shù)據(jù)源場景造成了浪費，而且rollback機制比較麻煩（必須為EJBException或手工setRollbackOnly())。

　　因此Spring通過AOP實現(xiàn)了對POJO的整套宣告式事務(wù)體系；對jdbc,hibernate,jpa,jms等local數(shù)據(jù)源和JTA實現(xiàn)了統(tǒng)一的事務(wù)管理機制，而且支持本地資源與JTA在配置文件級的切換，而且改進了rollback機制。

　　1）一個本地事務(wù)管理器：

<bean id="transactionManager"
  class="org.springframework.orm.jpa.JpaTransactionManager">
  <property name="entityManagerFactory" ref="entityManagerFactory" />
 </bean>

　　2）Spring就會把請求都轉(zhuǎn)發(fā)到應(yīng)用服務(wù)器的JTA對象上（注意此時數(shù)據(jù)源也需要改為用JNDI從應(yīng)用服務(wù)器獲取)。

<bean id="myTxManager" class="org.springframework.transaction.jta.JtaTransactionManager"/>

　　3）應(yīng)用服務(wù)器專有的類型的JTA事務(wù)管理器：

<bean id="myTxManager" class="org.springframework.transaction.jta.WebLogicJtaTransactionManager"/>

資料：

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