在java中，“事务”选项有什么用？

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

如果你用Spring框架，Spring中可以实现事务管理，在spring 配置文件中配置事务管理器，也可以使用Spring注解式事务，在方法上加上@Transactional注解。

@Transactional

public void save() {

//你的代码逻辑

}

如果没有使用Spring框架，可以用JDBC处理事务，如下：

try{

con.setAutoCommit(false)//开启事务 ......

con.commit()//try的最后提交事务

} catch（） {

con.rollback()//回滚事务

}

import java lang reflect InvocationHandlerimport java lang reflect Methodimport java lang reflect Proxy

import java sql Connection

import strutslet demo service SystemException

public final class TransactionWrapper {

    /**      * 装饰原始的业务代表对象 返回一个与业务代表对象有相同接口的代理对象      */     public static Object decorate(Object delegate) {         return Proxy newProxyInstance(delegate getClass() getClassLoader()                 delegate getClass() getInterfaces() new XAWrapperHandler(                         delegate))    }         //动态代理技术     static final class XAWrapperHandler implements InvocationHandler {         private final Object delegate

        XAWrapperHandler(Object delegate) {            this delegate = delegate        }                 //简单起见 包装业务代表对象所有的业务方法         public Object invoke(Object proxy Method method Object[] args)                 throws Throwable {             Object result = null            Connection con = ConnectionManager getConnection()            try {                 //开始一个事务                 con setAutoCommit(false)                //调用原始业务对象的业务方法                 result = method invoke(delegate args)                con mit()   //提交事务                 con setAutoCommit(true)            } catch (Throwable t) {                 //回滚                 con rollback()                con setAutoCommit(true)                throw new SystemException(t)            }

            return result        }     } }

    正如我们所见 此对象只不过把业务对象需要事务控制的业务方法中的事务控制部分抽取出来而已 请注意 业务代表对象内部调用自身的方法将不会开始新的事务 因为这些调用不会传给代理对象 如此 我们去除了代表重复的味道 此时 我们的业务代表对象修改成

public class BookStoreManagerImpl implements BookStoreManager {     public boolean buyBook(String bookId)throws SystemException{           Connection conn=ConnectionManager getConnection()// 获取数据库连接           boolean b=false          try{               BookDAO bookDAO=DAOFactory getBookDAO()              CustomerDAO customerDAO=DAOFactory getCustomerDAO()              // 尝试从库存中取书               if(BookDAO reduceInventory(conn bookId quantity)){                   BigDecimal price=BookDAO getPrice(bookId)  // 取价格                   // 从客户帐户中扣除price*quantity的费用                   b=                   CustomerDAO reduceAccount(conn price multiply(new BigDecimal(quantity))                                    其他业务方法 如通知管理员 生成定单等                                 }           }catch(SQLException e){              throws new SystemException(e)          }           return b    }     }

    可以看到 此时的业务代表对象专注于实现业务逻辑 它不再关心事务控制细节 把它们全部委托给了外部对象 业务代表工厂也修改一下 让它返回两种类型的业务代表对象

public final class ManagerFactory {       //返回一个被包装的对象 有事务控制能力       public static BookStoreManager getBookStoreManagerTrans() {           return (BookStoreManager) TransactionWrapper                   decorate(new BookStoreManagerImpl())      }       //原始版本       public static BookStoreManager getBookStoreManager() {          return new BookStoreManagerImpl()      }          }

    我们在业务代表工厂上提供了两种不同的对象生成方法 一个用于创建被包装的对象 它会为每次方法调用创建一个新的事务 另外一个用于创建未被包装的版本 它用于加入到已有的事务(比如其他业务代表对象的业务方法) 解决了嵌套业务代表对象的问题    我们的设计还不够优雅 比如我们默认所有的业务代表对象的方法调用都将被包装在一个Transaction Context 可事实是很多方法也许并不需要与数据库打交道 如果我们能配置哪些方法需要事务声明 哪些不需要事务管理就更完美了 解决办法也很简单 一个XML配置文件来配置这些 调用时判断即可 说到这里 了解spring的大概都会意识到这不正是声明式事务控制吗？正是如此 事务控制就是AOP的一种服务 spring的声明式事务管理是通过AOP实现的 AOP的实现方式包括 动态代理技术 字节码生成技术（如CGLIB库） java代码生成（早期EJB采用） 修改类装载器以及源代码级别的代码混合织入（aspectj)等 我们这里就是利用了动态代理技术 只能对接口代理 对类的动态代理可以使用cglib库     这篇短文只是介绍下我对事务上下文模式以及声明式事务管理实现基本原理的理解 如有错误 请不吝赐教 谢谢 我的email:killme @gmail

lishixinzhi/Article/program/Java/gj/201311/27764

---