本文共 9323 字，大约阅读时间需要 31 分钟。
三种事务模型如下：
先来看几个例子：
案例1：
Connection conn=jdbcDao.getConnection();PreparedStatement ps=conn.prepareStatement("insert into user(name,age) value(?,?)");ps.setString(1,user.getName());ps.setInt(2,user.getAge());ps.execute(); 案例2:
Connection conn=jdbcDao.getConnection();conn.setAutoCommit(false);try { PreparedStatement ps=conn.prepareStatement("insert into user(name,age) value(?,?)"); ps.setString(1,user.getName()); ps.setInt(2,user.getAge()); ps.execute(); conn.commit();} catch (Exception e) { e.printStackTrace(); conn.rollback();}finally{ conn.close();} 案例3：
InitialContext ctx = new InitialContext();UserTransaction txn = (UserTransaction)ctx.lookup("UserTransaction");try { txn.begin(); //业务代码 txn.commit();} catch (Exception up) { txn.rollback(); throw up;} 案例4：
@Transactionalpublic void save(User user){ jdbcTemplate.update("insert into user(name,age) value(?,?)",user.getName(),user.getAge());} 我的看法：
我认为他们各自的特点在于：谁在管理着事务的提交和回滚等操作？
这里有三个角色：数据库、开发人员、spring（等第三方）
上述的特点也不是全部合理，如下文提到的Spring的TransactionTemplate，虽然属于编程式事务，但是它的确是把事务的提交和回滚交给了Spring来管理。总之不用过分纠结于划分事务模型
编程式事务：即通过手动编程方式来实现事务操作，大部分情况，都是类似于上述案例2、3情况，开发人员来管理事务的提交和回滚，但也可能是Spring自己来管理事务，如Spring的TransactionTemplate。
在前一篇文章中了解到，使用jdbc操作事务，编程非常麻烦，老是需要写一套模板式的try catch代码，所以我们可以将try catch代码封装成一个模板，这就引出了Spring的TransactionTemplate：
案例如下：
TransactionTemplate template=new TransactionTemplate();template.setIsolationLevel(TransactionDefinition.ISOLATION_DEFAULT);template.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);template.setTransactionManager(transactionManager);template.execute(new TransactionCallback() { @Override public User doInTransaction(TransactionStatus status) { //可以使用DataSourceUtils获取Connection来执行sql //jdbcTemplate.update(sql2); //可以使用SessionFactory的getCurrentSession获取Session来执行 //hibernateTemplate.save(user1) return null; }});
TransactionTemplate在TransactionCallback中执行业务代码，try catch的事务模板代码，则被封装起来，包裹在业务代码的周围，详细见TransactionTemplate的execute方法，如下：
详细过程如下：
第一步：根据事务定义获取事务
由于TransactionTemplate继承了DefaultTransactionDefinition，所以使用PlatformTransactionManager事务管理器来根据TransactionTemplate来获取事务，这部分就是上一篇文章的内容了，见
第二步：执行业务代码
在TransactionCallback中的doInTransaction中执行相应的业务代码。
如果使用的是DataSourceTransactionManager，你就可以使用JdbcTemplate来执行业务逻辑；或者直接使用Connection，但是必须使用DataSourceUtils来获取Connection
如果使用的是HibernateTransactionManager，就可以使用HibernateTemplate来执行业务逻辑，或者则可以使用SessionFactory的getCurrentSession方法来获取当前线程绑定的Session，不可使用SessionFactory的openSession方法。也是不可乱用的，下面详细解释
第三步：如果业务代码出现异常，则回滚事务，没有异常则提交事务
回滚与提交都是通过PlatformTransactionManager事务管理器来进行的
我们可以看到，使用TransactionTemplate，其实就做到了事务代码和业务代码的分离，分离之后的代价就是，必须保证他们使用的是同一类型事务。之后的声明式事务实现分离也是同样的原理，这里就提前说明一下。
1 如果使用DataSourceTransactionManager：
jdbcTemplate在执行sql时，会使用DataSourceUtils从dataSource中获取一个Connection。获取过程如下：
也是先获取和当前线程绑定的ConnectionHolder（由于事务在执行业务逻辑前已经开启，已经有了和当前线程绑定的ConnectionHolder）,所以会获取到和事务中使用的ConnectionHolder，这样就保证了他们使用的是同一个Connection了，自然就可以正常提交和回滚了
如果想使用Connection，则需要使用DataSourceUtils从dataSorce中获取Connection，不能直接从dataSource中获取Connection。
2 如果使用HibernateTransactionManager：
HibernateTemplate在执行save(user)的过程中，会获取一个Session，方式如下：
session = getSessionFactory().getCurrentSession();
即采用SessionFactory的自带的getCurrentSession方法，获取当前Session。具体什么策略呢？
Hibernate定义了这样的一个接口：CurrentSessionContext，内容如下：
public interface CurrentSessionContext extends Serializable { public Session currentSession() throws HibernateException; } 上述SessionFactory获取当前Session就是依靠CurrentSessionContext的实现。它的实现如下：
在spring环境下，默认采用的是SpringSessionContext，它获取当前Session的方式如下：
也是先获取和当前线程绑定的SessionHolder（由于事务在执行业务逻辑前已经开启，已经有了和当前线程绑定的SessionHolder），所以会获取到和事务中使用的SessionHolder，这样就保证了他们使用的是同一个Session了，自然就可以正常提交和回滚了。
如果不想通过使用HibernateTemplate，想直接通过Session来操作，同理则需要使用SessionFactory的getCurrentSession方法来获取Session，而不能使用SessionFactory的openSession方法。
以上分析都是基于Hibernate4，Hibenrate3的原理自行去看，都差不多。
Spring可以有三种形式来配置事务拦截，不同配置形式仅仅是外在形式不同，里面的拦截原理都是一样的，所以先通过一个小例子了解利用AOP实现事务拦截的原理
从上面的Spring的TransactionTemplate我们可以实现了，事务代码和业务代码的分离，但是分离的还不彻底，还是需要如下的代码：
TransactionTemplate template=new TransactionTemplate();template.setIsolationLevel(TransactionDefinition.ISOLATION_DEFAULT);template.setPropagationBehavior(TransactionDefinition.PROPAGATION_REQUIRED);template.setTransactionManager(transactionManager);
一大堆的设置，同时业务代码必须嵌套在TransactionCallback中，如何才能做到如下方式的彻底分离呢？
@Transactionalpublic void save(User user){ jdbcTemplate.update("insert into user(name,age) value(?,?)",user.getName(),user.getAge());} 这就需要使用Spring的AOP机制，SpringAOP的原理就不再详细说明了，可以参考这里的源码分析,这里给出一个简单的AOP事务拦截原理的小例子：
@Repositorypublic class AopUserDao implements InitializingBean{ @Autowired private UserDao userDao; private UserDao proxyUserDao; @Resource(name="transactionManager") private PlatformTransactionManager transactionManager; @Override public void afterPropertiesSet() throws Exception { ProxyFactory proxyFactory = new ProxyFactory(); proxyFactory.setTarget(userDao); TransactionInterceptor transactionInterceptor=new TransactionInterceptor(); transactionInterceptor.setTransactionManager(transactionManager); Properties properties=new Properties(); properties.setProperty("*","PROPAGATION_REQUIRED"); transactionInterceptor.setTransactionAttributes(properties); proxyFactory.addAdvice(transactionInterceptor); proxyUserDao=(UserDao) proxyFactory.getProxy(); } public void save(User user){ proxyUserDao.save(user); }} 代码分析如下：
对UserDao具体的代理过程如下：
使用代理工厂，设置要代理的对象，即target
proxyFactory.setTarget(userDao);
对代理对象加入拦截器
分成2种情况，一种默认拦截原UserDao的所有方法，一种是指定Pointcut，即拦截原UserDao的某些方法。
这里使用proxyFactory.addAdvice(transactionInterceptor);就表示默认拦截原UserDao的所有方法。
如果使用proxyFactory.addAdvisor(advisor)，这里的Advisor可以简单看成是Pointcut和Advice的组合，Pointcut则是用于指定是否拦截某些方法。
上述addAdvice就是使用了默认的Pointcut，表示对所有方法都拦截，源码如下：
addAdvisor(pos, new DefaultPointcutAdvisor(advice))；
DefaultPointcutAdvisor内容如下：
public DefaultPointcutAdvisor(Advice advice) { this(Pointcut.TRUE, advice); } Pointcut.TRUE便表示拦截所有方法。
之后再详细讲解这个事务拦截器。
设置好代理工厂要代理的对象和拦截器后，便可以创建代理对象。
proxyUserDao=(UserDao) proxyFactory.getProxy()
之后，我们在使用创建出的proxyUserDao时，就会首先进入拦截器，执行相关拦截器代码，因此我们可以在这里实现事务的处理
事务拦截器需要2个参数：
事务配置的提供者
用于指定哪些方法具有什么样的事务配置
可以通过属性配置方式，或者通过其他一些配置方式，如下三种方式都是为了获取事务配置提供者:
方式1：
<property name="transactionAttributes"> <props> <prop key="*">PROPAGATION_REQUIRED</prop> </props> </property>
方式2：
<tx:attributes>