（转）Java事务处理类型及差异总结

一、什么是Java事务
    通常的观念认为，事务仅与数据库相关。
    事务必须服从ISO/IEC所制定的ACID原则。ACID是原子性（atomicity）、一致性（consistency）、隔离性（isolation）和持久性（durability）的缩写。事务的原子性表示事务执行过程中的任何失败都将导致事务所做的任何修改失效。一致性表示当事务执行失败时，所有被该事务影响的数据都应该恢复到事务执行前的状态。隔离性表示在事务执行过程中对数据的修改，在事务提交之前对其他事务不可见。持久性表示已提交的数据在事务执行失败时，数据的状态都应该正确。
    通俗的理解，事务是一组原子操作单元，从数据库角度说，就是一组SQL指令，要么全部执行成功，若因为某个原因其中一条指令执行有错误，则撤销先前执行过的所有指令。更简答的说就是：要么全部执行成功，要么撤销不执行。
    既然事务的概念从数据库而来，那Java事务是什么？之间有什么联系？
    实际上，一个Java应用系统，如果要操作数据库，则通过JDBC来实现的。增加、修改、删除都是通过相应方法间接来实现的，事务的控制也相应转移到Java程序代码中。因此，数据库操作的事务习惯上就称为Java事务。
二、为什么需要事务
    事务是为解决数据安全操作提出的，事务控制实际上就是控制数据的安全访问。具一个简单例子：比如银行转帐业务，账户A要将自己账户上的1000元转到B账户下面，A账户余额首先要减去1000元，然后B账户要增加1000元。假如在中间网络出现了问题，A账户减去1000元已经结束，B因为网络中断而操作失败，那么整个业务失败，必须做出控制，要求A账户转帐业务撤销。这才能保证业务的正确性，完成这个操走就需要事务，将A账户资金减少和B账户资金增加方到一个事务里面，要么全部执行成功，要么操作全部撤销，这样就保持了数据的安全性。
三、Java事务的类型
    Java事务的类型有三种：JDBC事务、JTA（Java Transaction API）事务、容器事务。
    1、JDBC事务
    JDBC事务是用Connection 对象控制的。JDBC Connection接口（java.sql.Connection）提供了两种事务模式：自动提交和手工提交。java.sql.Connection提供了以下控制事务的方法：
    public void setAutoCommit（boolean）
    public boolean getAutoCommit（）
    public void commit（）
    public void rollback（）
    使用JDBC事务界定时，您可以将多个SQL语句结合到一个事务中。JDBC事务的一个缺点是事务的范围局限于一个数据库连接。一个JDBC事务不能跨越多个数据库。
    2、JTA（Java Transaction API）事务
    JTA是一种高层的，与实现无关的，与协议无关的API，应用程序和应用服务器可以使用JTA来访问事务。
    JTA允许应用程序执行分布式事务处理--在两个或多个网络计算机资源上访问并且更新数据，这些数据可以分布在多个数据库上。JDBC驱动程序的JTA支持极大地增强了数据访问能力。
    如果计划用JTA界定事务，那么就需要有一个实现javax.sql.XADataSource、javax.sql.XAConnection和javax.sql.XAResource接口的JDBC驱动程序。一个实现了这些接口的驱动程序将可以参与JTA事务。一个XADataSource对象就是一个XAConnection对象的工厂。 XAConnection s是参与JTA事务的JDBC连接。
    您将需要用应用服务器的管理工具设置XADataSource。从应用服务器和JDBC驱动程序的文档中可以了解到相关的指导。
    J2EE应用程序用JNDI查询数据源。一旦应用程序找到了数据源对象，它就调用javax.sql.DataSource.getConnection（）以获得到数据库的连接。
    XA连接与非XA连接不同。一定要记住XA连接参与了JTA事务。这意味着XA连接不支持JDBC的自动提交功能。同时，应用程序一定不要对XA连接调用java.sql.Connection.commit（）或者java.sql.Connection.rollback（）。相反，应用程序应该使用UserTransaction.begin（）、UserTransaction.commit（）和serTransaction.rollback（）。
    3、容器事务
    容器事务主要是J2EE应用服务器提供的，容器事务大多是基于JTA完成，这是一个基于JNDI的，相当复杂的API实现。相对编码实现JTA事务管理，我们可以通过EJB容器提供的容器事务管理机制（CMT）完成同一个功能，这项功能由J2EE应用服务器提供。这使得我们可以简单的指定将哪个方法加入事务，一旦指定，容器将负责事务管理任务。这是我们土建的解决方式，因为通过这种方式我们可以将事务代码排除在逻辑编码之外，同时将所有困难交给J2EE容器去解决。使用EJB CMT的另外一个好处就是程序员无需关心JTA API的编码，不过，理论上我们必须使用EJB。
四、三种事务差异
    1、JDBC事务控制的局限性在一个数据库连接内，但是其使用简单。
    2、JTA事务的功能强大，事务可以跨越多个数据库或多个DAO，使用也比较复杂。
    3、容器事务，主要指的是J2EE应用服务器提供的事务管理，局限于EJB应用使用。
五、总结
    事务控制是构建J2EE应用不可缺少的一部分，合理选择应用何种事务对整个应用系统来说至关重要。一般说来，在单个JDBC连接连接的情况下可以选择JDBC事务，在跨多个连接或者数据库情况下，需要选择使用JTA事务，如果用到了EJB，则可以考虑使用EJB容器事务。
六、其它事务概念
1）声明式事务
       声明式事务(Programmatic transaction management)是Spring提供的对程序事务管理的方式之一。
       Spring的声明式事务顾名思义就是采用声明的方式来处理事务。这里所说的声明，就是指在配置文件中申明。用在Spring配置文件中声明式的处理事务来代替代码式的处理事务。这样的好处是，事务管理不侵入开发的组件，具体来说，业务逻辑对象就不会意识到正在事务管理之中，事实上也应该如此，因为事务管理是属于系统层面的服务，而不是业务逻辑的一部分，如果想要改变事务管理策划的话，也只需要在定义文件中重新配置即可；在不需要事务管理的时候，只要在设定文件上修改一下，即可移去事务管理服务，无需改变代码重新编译，这样维护起来极其方便。
    Spring使用AOP来完成声明式的事务管理，因而声明式事务是以方法为单位，Spring的事务属性自然就在于描述事务应用至方法上的策略，在Spring中事务属性有以下四个参数：
    　  1.传播行为
        2.隔离级别
        3.只读提示
        4.事务超时期间
2）分布式事务
       分布式事务处理（Distributed Transaction Processing，DTP）
分布式事务处理是指一个事务可能涉及多个数据库操作，分布式事务处理的关键是必须有一种方法可以知道事务在任何地方所做的所有动作，提交或回滚事务的决定必须产生统一的结果（全部提交或全部回滚）。
3）数据源与连接池
      数据源解决的是连接不同类型数据库和修改连接参数的麻烦。
      连接池解决的是对数据库连接的管理，合理利用资源，提高性能。
       它们处于不同的层次，每个层次都可以不同的方式实现。
更多 ： http://www.educity.cn/it/sun/200904071029371466.htm