在Spring中实现编程式的事务管理.docVIP

在Spring中实现编程式的事务管理 1、编程式的事务管理实现传统的JDBC事务管理 （1）对每个请求都是从数据源中重新取出一个连接 以往使用JDBC进行数据操作时，一般采用DataSource,从数据源中得到Connection,我们知道数据源DataSource是线程安全的，而数据连接对象Connection不是线程安全的，所以对每个请求都是从数据源中重新取出一个连接。 一般的数据源由容器进行管理，包括连接池。例如TOMCAT，WEBSPHERE，WEBLOGIC等这些J2EE商业容器都提供了这个功能。 （2）JDBC标准的事务管理实现的代码 Connection conn = null; try { 　conn = DBConnectionFactory.getConnection; conn.setAutoCommit(false); //(1) 缺省方式是自动提交 　//完成对数据库的修改操作 Update update 　mit(); //(2)自己提交 } catch(Exception e) { 　 conn.rollback(); //(3) 恢复修改 　 //do sth } finally { 　 try 　 { 　　 conn.close(); 　 } 　 catch(SQLException se) { //do sth } } （3）JDBC标准的事务管理实现的代码的缺点 按照以往的思路来写代码，不仅代码量比较长，而且也很容易疏忽或者忘掉一些try/catch语句，引发一些异常无法catch，因此，我们会写DBTool类，来关闭这些资源，并且保证在关闭这些资源时，不向外抛异常。 2、Spring JdbcTemplate的缺省的事务管理模式 （1）Spring为我们对JDBC事务管理模式进行包装，从而在一定的程度上简化了编程 Spring提供了几个关于事务处理的类： TransactionDefinition //事务属性定义 TranscationStatus //代表了当前的事务，可以提交，回滚。 PlatformTransactionManager 这些类是spring提供的用于管理事务的基础接口，其下有一个实现的抽象类AbstractPlatformTransactionManager,我们使用的事务管理类例如DataSourceTransactionManager等都是这个类的子类。 （2）JdbcTemplate的缺省的事务管理模式采用的是JDBC默认的AutoCommit模式 前面的例中的JdbcTemplate操作采用的是JDBC默认的AutoCommit模式，也就是说我们还无法保证数据操作的原子性（要么全部生效，要么全部无效）。如下面的操作： JdbcTemplate jdbcTemplate = new JdbcTemplate(dataSource); jdbcTemplate.update(UPDATE user SET age = 10 WHERE id = 1234); jdbcTemplate.update(UPDATE user SET age = age+1 WHERE id = 1234); 由于采用了AutoCommit模式，第一个update操作完成之后被自动提交，数据库中1234对应的记录已经被更新，如果第二个操作失败，我们无法使得整个事务回滚到最初状态。 对于这个例子也许无关紧要，但是对于一个金融帐务系统而言，这样的问题将导致致命错误。为了实现数据操作的原子性，我们需要在程序中引入事务逻辑。 （3）利用DataSourceTransactionManager类实现代码控制的事务管理 org.springframework.jdbc.datasource.DataSourceTransactionManager类为JDBC DataSource类型的数据源的事务管理组件。 只需要在Bean的定义配置的*.xml文件中对它进行配置，然后将其引入到我们的DAO类中。 （4）使用Spring 编程式的事务管理的基本流程 声明数据源 声明一个事务管理类，例如DataSourceTransactionManager,HibernateTransactionManger,JTATransactionManager等 在我们的代码中加入事务处理代码 （5）代码示例如下： TransactionDefinition td = new TransactionDefinition(); TransactionStatus status = tran