java代码事务控制 java 事务控制

JAVA设计模式之事务处理[1]

;   事务处理是企业应用需要解决的最主要的问题之一 J EE通过JTA提供了完整的事务管理能力 包括多个事务性资源的管理能力 但是大部分应用都是运行在单一的事务性资源之上（一个数据库） 他们并不需要全局性的事务服务 本地事务服务已然足够(比如JDBC事务管理）     本文并不讨论应该采用何种事务处理方式 主要目的是讨论如何更为优雅地设计事务服务 仅以JDBC事务处理为例 涉及到的DAO Factory Proxy Decorator等模式概念 请阅读相关资料     也许你听说过 事务处理应该做在service层 也许你也正这样做 但是否知道为什么这样做？为什么不放在DAO层做事务处理 显而易见的原因是业务层接口的每一个方法有时候都是一个业务用例（User Case） 它需要调用不同的DAO对象来完成一个业务方法 比如简单地以网上书店购书最后的确定定单为例 业务方法首先是调用BookDAO对象（一般是通过DAO工厂产生） BookDAO判断是否还有库存余量 取得该书的价格信息等 然后调用CustomerDAO从帐户扣除相应的费用以及记录信息 然后是其他服务（通知管理员等） 简化业务流程大概如此:    注意 我们的例子忽略了连接的处理 只要保证同一个线程内取的是相同的连接即可（可用ThreadLocal实现）

    首先是业务接口 针对接口 而不是针对类编程

public interface BookStoreManager{           public boolean buyBook(String bookId int quantity)throws SystemException;           其他业务方法     }

    接下来就是业务接口的实现类??业务对象

public class BookStoreManagerImpl implements BookStoreManager{          public boolean buyBook(String bookId)throws SystemException{               Connection conn=ConnectionManager getConnection();//获取数据库连接               boolean b=false;                             try{                   conn setAutoCommit(false);  //取消自动提交                   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));                                               其他业务方法 如通知管理员 生成定单等                                                conn mit();   //提交事务                        conn setAutoCommit(true);                   }                }catch(SQLException e){                   conn rollback();   //出现异常 回滚事务                   con setAutoCommit(true);                   e printStackTrace();                   throws new SystemException(e);                  }                return b;          }     }

    然后是业务代表工厂  

  public final class ManagerFactory {       public static BookStoreManager getBookStoreManager() {          return new BookStoreManagerImpl();       }    }

    这样的设计非常适合于DAO中的简单活动 我们项目中的一个小系统也是采用这样的设计方案 但是它不适合于更大规模的应用 首先 你有没有闻到代码重复的 bad *** ell？每次都要设置AutoCommit为false 然后提交 出现异常回滚 包装异常抛到上层 写多了不烦才怪 那能不能消除呢？其次 业务代表对象现在知道它内部事务管理的所有的细节 这与我们设计业务代表对象的初衷不符 对于业务代表对象来说 了解一个与事务有关的业务约束是相当恰当的 但是让它负责来实现它们就不太恰当了 再次 你是否想过嵌套业务对象的场景？业务代表对象之间的互相调用 层层嵌套 此时你又如何处理呢？你要知道按我们现在的方式 每个业务方法都处于各自独立的事务上下文当中(Transaction Context） 互相调用形成了嵌套事务 此时你又该如何处理？也许办法就是重新写一遍 把不同的业务方法集中成一个巨无霸包装在一个事务上下文中

    我们有更为优雅的设计来解决这类问题 如果我们把Transaction Context的控制交给一个被业务代表对象 DAO和其他Component所共知的外部对象 当业务代表对象的某个方法需要事务管理时 它提示此外部对象它希望开始一个事务 外部对象获取一个连接并且开始数据库事务 也就是将事务控制从service层抽离 当web层调用service层的某个业务代表对象时 返回的是一个经过Transaction Context外部对象包装（或者说代理）的业务对象 此代理对象将请求发送给原始业务代表对象 但是对其中的业务方法进行事务控制 那么 我们如何实现此效果呢？答案是JDK 引进的动态代理技术 动态代理技术只能代理接口 这也是为什么我们需要业务接口BookStoreManager的原因     首先 我们引入这个Transaction Context外部对象 它的代码其实很简单 如果不了解动态代理技术的请先阅读其他资料

lishixinzhi/Article/program/Java/gj/201311/27765

如何手动控制java中的事务

很简单，直接将autoCommit设置为false，就可以自己控制事务的提交和回滚！

大概是：conn.setAutoCommit(false);这个方法，然后开启事务是：conn.beginTrainsaction();方法如有不准确，希望海涵！

java web项目中 大家是怎么做的事务控制呢？

spring

那种是可以的，一般指定用

@Transaction

指定一个service方法的事务，在service方法里面，只有出现异常（这个异常是可以指定的。），导致这个方法没有正常结束，这个就会数据库回滚。你只有把

Update

和insert写在一个方法里，然后把这个方法加上事务控制，那就可以了。这里面的实现逻辑大概是这样，首先spring获取连接，

我们在service方法里进行数据库的操作，然后方法结束，

如果正常结束，spring提交事务，释放连接。如果异常结束

，spring

进行回滚，（这个回滚会把这个service方法内所有的修改操作回滚。）释放连接。

大体的流程是这样。至于这些逻辑在数据库层面是如何实现的，我也不知道。

java代码事务控制的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于java 事务控制、java代码事务控制的信息别忘了在本站进行查找喔。