事务扫盲.doc

1.资料 《Java Transaction Design Strategies》??InfoQ minibook，最好的电子文档，Java事务处于懵懂状态的必读。 《Expert One on one J2EE Development Without EJB 中文版》与Spring参考手册中文版? 中的相关章节可以看到Spring guys的意见。 /online/j2ee/14.htm /developerworks/cn/opensource/os-ag-ejbtrans3/ /developerworks/cn/java/l-transation/part1/ /developerworks/cn/java/l-transation/part2/index.html 2.本地事务与分布式事务 本地事务完全依赖于DB、JMS自身，，如直接调用jdbc中的mit();这里没应用服务器什么事，所以也不支持多数据源的全局事务。 分布式事务在JavaEE世界的事务在JTA、JTS规范和XA Sources之上实现。JTA是用户编程接口，JTS是服务器底层服务，两者一般由应用服务器自带实现，而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可以