6

Spring 支持程序化事务，这使我们能够对 TX 管理进行细粒度控制。根据 Spring 文档，可以通过以下方式使用程序化 TX 管理：
1. 利用 Spring 的 TransactionTemplate：

transactionTemplate.execute(new TransactionCallbackWithoutResult() {

protected void doInTransactionWithoutResult(TransactionStatus status) {
    try {
        updateOperation1();
        updateOperation2();
    } catch (SomeBusinessExeption ex) {
        status.setRollbackOnly();
    }
} });

2. 直接利用 PlatformTransactionManager（将 PlatformTransactionManager 实现注入 DAO）：

DefaultTransactionDefinition def = new DefaultTransactionDefinition();
def.setName("SomeTxName");
def.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);

//txManager is a reference to PlatformTransactionManager
TransactionStatus status = txManager.getTransaction(def);
try {
  updateOperation1();
  updateOperation2();
}
catch (MyException ex) {
    txManager.rollback(status);
    throw ex;
}
txManager.commit(status);

为了简单起见，假设我们正在处理 JDBC 数据库操作。

我想知道updateOperation1(),updateOperation2()在第二个片段中发生的任何数据库操作，或者它是用实现的，JDBCTemplate或者JDBCDaoSupport，如果不是，该操作实际上没有在任何事务中执行，是吗？

我的分析是，如果我们不使用JDBCTemplateor JDBCDaoSupport，我们不可避免地会从数据源管理中创建/检索连接。我们得到的连接当然不是PlatformTransactionManager底层用来管理事务的连接。

我挖掘了 Spring 源代码和略过相关的类，发现它们PlatformTransactionManager将尝试检索包含在ConnectionHolder其中的连接，作为回报，从TransactionSynchronizationManager. 我还发现JDBCTemplate并JDBCDaoSupport,尝试与类似的例程建立联系TransactionSynchronizationManager.

因为TransactionSynchronizationManager管理许多资源，包括每个线程的连接（基本上用于Threadlocal确保一个线程获得自己唯一的托管资源实例）

所以我认为 PlatformTransactionManager 和JDBCTemplateor检索到的连接JDBCDaoSupport是一样的，这可以解释 spring 编程事务确保如何updateOperation1(),updateOperation2()被事务保护。

我的分析正确吗？如果是，为什么 Spring 文档没有强调这个警告？

4

1 回答 1

4

是的，这是正确的。

任何使用 rawConnection的代码都应该以特殊方式获取它们DataSource，以便参与 Spring 管理的事务（12.3.8 DataSourceTransactionManager）：

应用程序代码需要通过 DataSourceUtils.getConnection(DataSource) 而不是 Java EE 的标准 DataSource.getConnection 来检索 JDBC 连接。

另一种选择（如果您不能更改调用的代码getConnection()）是DataSource用TransactionAwareDataSourceProxy.

于 2012-06-18T17:42:55.737 回答