Spring先进的交易管理困难剖析

1Spring事务传播行为

所谓事务传播行为就是多个事务方法相互调用时，事务怎样在这些方法间传播。Spring支持7种事务传播行为

PROPAGATION_REQUIRED（增加已有事务）

假设当前没有事务。就新建一个事务。假设已经存在一个事务中，增加到这个事务中。这是最常见也是默认的方式。

PROPAGATION_SUPPORTS（尾随环境）

支持当前事务，假设当前没有事务，就以非事务方式运行。

PROPAGATION_MANDATORY（须要事务）

使用当前的事务，假设当前没有事务。就抛出异常。

PROPAGATION_REQUIRES_NEW（独立事务）

新建事务，假设当前存在事务。把当前事务挂起。

PROPAGATION_NOT_SUPPORTED（非事务方式）

以非事务方式运行操作，假设当前存在事务。就把当前事务挂起。

PROPAGATION_NEVER（排除事务）

以非事务方式运行，假设当前存在事务，则抛出异常。

PROPAGATION_NESTED（嵌套事务）

假设当前存在事务，则在嵌套事务内运行。假设当前没有事务，则运行与PROPAGATION_REQUIRED类似的操作。

Spring默认的事务传播行为是PROPAGATION_REQUIRED。它适合于绝大多数的情况。

如果ServiveX#methodX()都工作在事务环境下（即都被Spring事务增强了），如果程序中存在例如以下的调用链：Service1#method1()->Service2#method2()->Service3#method3()，那么这3个服务类的3个方法通过Spring的事务传播机制都工作在同一个事务中。

假设在一个ServiceA和a()方法中启动一个线程，在这个新创建的线程中运行ServiceB的事务方法b()。

在同样线程中进行相互嵌套调用的事务方法工作于同样的事务中。假设这些相互嵌套调用的方法工作在不同的线程中，不同线程下的事务方法工作在独立的事务中。

2多种数据持久方法事务管理

假设你採用了一个高端ORM技术（Hibernate。JPA，JDO），同一时候採用一个JDBC技术（Spring JDBC。iBatis），因为前者的会话（Session）是对后者连接（Connection）的封装。Spring会“足够智能地”在同一个事务线程让前者的会话封装后者的连接。所以。我们仅仅要直接採用前者的事务管理器就能够了。下表给出了混合数据訪问技术所相应的事务管理器：

1不同持久方式的事务统一

Spring提供了一个能从当前事务上下文中获取绑定的数据连接的工具类，那就是DataSourceUtils。Spring强调必须使用DataSourceUtils工具类获取数据连接。

static Connection doGetConnection(DataSource dataSource)

首先尝试从事务上下文中获取连接。失败后再从数据源获取连接；

static Connection getConnection(DataSource dataSource)

doGetConnection方法的功能一样，实际上，它内部就是调用doGetConnection方法获取连接的。

static void
 doReleaseConnection(Connection con, DataSource dataSource)

释放连接，放回到连接池中；

static void
release Connection(Connection con, DataSource dataSource)

和doReleaseConnection方法的功能一样。实际上，它内部就是调用doReleaseConnection方法获取连接的。

測试demo：

@Service
public class TestTranscationServiceImpl implements TestTranscationService {

    @Autowired
    private TestTranscationDao testTranscationDao;

    @Override
    @Transactional
    public int test(){
        testTranscationDao.update1();
        testTranscationDao.update2();       
        return 0;
    }
}

@Autowired
    private JdbcTemplate jdbcTemplate;

    @Override
    public int update1() {
        //1.获得数据库连接
        Connection con = DataSourceUtils.getConnection(jdbcTemplate.getDataSource());
        try {
            con.prepareStatement("update grade_info set grade_name='11' where grade_id=1").executeUpdate();
        } catch (SQLException e) {
            throw new RuntimeException(e);
        }finally {
            //2假设当前方法没有上下文事务管理，不释放数据库连接会造成数据库连接泄露
            //假设存在上下文事务，调用或者不调用数据库连接释放都没有问题
            DataSourceUtils.releaseConnection(con, jdbcTemplate.getDataSource());
        }
        return 0;

    }

    @Override
    public int update2(){
        //3.获得数据库连接   和1的数据库连接是同一个连接
        Connection con = DataSourceUtils.getConnection(jdbcTemplate.getDataSource());
        try {
            //4.这样的方法取到的数据库连接和 1，3取到的数据库连接不同
            Connection conn = jdbcTemplate.getDataSource().getConnection();
            conn.close();
        } catch (SQLException e) {
            e.printStackTrace();
        }
        return jdbcTemplate.update("update grade_info set grade_name='高中三年级' where grade_id=1");
    }

Spring为每一个数据訪问技术框架都提供了一个获取事务上下文绑定的数据连接（或其衍生品）的工具类和数据源（或其衍生品）的代理类。

2Hibernate和JDBC混合使用注意事项

因为Hibernate一级缓存的原因，在通过save,update,delete等方法操作数据时，并没有真正向数据库发送SQL。仅仅有调用flush()时，Hibernate才会将一级缓存中的状态变化同步到数据库中。

Hibernate的事务管理在提交事务时。会自己主动调用flush()操作，将一级缓存同步到数据库中，此时才会将产生并向数据库发送SQL语句。

正是由于以上原因的存在，全部在混合使用JDBC和Hibernate时。可能存在丢失更新的问题。

在混合使用Hibernate和JDBC时，JDBC的操作不会同步到Hibernate的缓存中（一级缓存及二级缓存）。Hibernate缓存中的状态变更也不被JDBC感知。因此混合使用时必须特别关注这一点。

因为混合数据訪问技术的方案的事务同步而缓存不同步的情况。所以最好用Hibernate完毕读写操作，而用Spring JDBC完毕读的操作。如用Spring JDBC进行简要列表的查询，而用Hibernate对查询出的数据进行维护。假设确实要同一时候使用Hibernate和Spring JDBC读写数据。则必须充分考虑到Hibernate缓存机制引发的问题：必须充分分析数据维护逻辑，依据须要。及时调用Hibernate的flush()方法，以免覆盖Spring
JDBC的更改，在Spring JDBC更改数据库时。维护Hibernate的缓存。

3Spring的事务增强限制条件

因为Spring事务管理是基于接口代理或动态字节码技术，通过AOP实施事务增强的。

对于基于接口动态代理的AOP事务增强来说，因为接口的方法是public的，这就要求实现类的实现方法必须是public的（不能是protected。private等）。同一时候不能使用static的修饰符。所以，能够实施接口动态代理的方法仅仅能是使用“public”或“public final”修饰符的方法，其他方法不可能被动态代理，对应的也就不能实施AOP增强，也即不能进行Spring事务增强了。

基于CGLib字节码动态代理的方案是通过扩展被增强类，动态创建子类的方式进行AOP增强植入的。

因为使用final,static,private修饰符的方法都不能被子类覆盖，对应的，这些方法将不能被实施的AOP增强。所以，必须特别注意这些修饰符的使用。以免不小心成为事务管理的漏网之鱼。

4Spring事务管理的异常捕捉，事务回滚

spring的事务管理器仅仅对 unchecked exception进行异常回滚，Error和RuntimeException及其子类是unchecked exception.其它exception是checked exception.

假设在service层中，使用了try ，catch来捕捉异常，导致sevice层出现的异常被 “截留”，无法抛出给事务管理器，这就给事务管理器造成一种假象，就像程序在执行中，没有产生不论什么问题，因此也就不会对出现 runtimeException进行回滚操作。

文章来自于网上资源整理，自己经过demo測试

友情链接：

《Spring 3.x企业有用开发实战》作者博客http://stamen.iteye.com/category/209694有相关系列博文

百度文库PPT: 

url=kyFTy_589oFoWW6S5lqLYMpE-RcGbNKM4DOt2dXRvfo0Ge6qAZ-GTHs6JM-FrdfHMPvkDTXRkPY88GYDqucJpGq4fZEWPQof_W3xA9PcXBy###" target="_blank" rel="nofollow">Spring先进的交易管理问题问题分析

版权声明：本文博客原创文章，博客，未经同意，不得转载。