Spring支持编程式事务,可以对事务管理进行精细化控制。根据Spring文档,我们可以通过以下方式使用编程式事务管理:
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数据库操作。
我想知道在第二个代码片段中发生的任何数据库操作,无论是通过JDBCTemplate还是JDBCDaoSupport实现的,如果没有,则该操作实际上未在任何事务中执行,对吗?
我的分析是,如果我们不使用JDBCTemplate或JDBCDaoSupport,则不可避免地会从数据源管理中创建/检索连接。我们获取的连接当然不是由PlatformTransactionManager用于管理事务的连接。
我查看了Spring源代码并浏览了相关类,发现PlatformTransactionManager将尝试检索包含在ConnectionHolder中的连接,后者返回自TransactionSynchronizationManager检索的。我还发现,JDBCTemplate和JDBCDaoSupport也尝试使用类似的例程从TransactionSynchronizationManager获取连接。
因为TransactionSynchronizationManager管理许多资源,包括每个线程的连接(基本上使用Threadlocal来确保一个线程获取其自己唯一的受管理资源的实例)
所以我认为由PlatformTransactionManager和JDBCTemplate或JDBCDaoSupport检索到的连接是相同的,这可以解释Spring编程事务如何确保updateOperation1()、updateOperation2()受到事务保护。
我的分析是否正确?如果是,为什么Spring文档没有强调这个警告?