HibernateTransactionManager事务管理

如果一个方法中既用了HibernateTemplate，又用了JdbcTemplate，应该怎么配单实例的db事务呢（多例免谈）用 DataSouceTransactionManager是不行的，而用HibernateTransactionManager就可以保证 
原因的话看下它们源代码，会发现HibernateTransactionManager中的处理可以保证SessionFactoryUtil和datasourceutil都能在一个事务里取到同一个连接

原文如下=====================================================================

今天这边报出一个问题，他在一个service方法里面，用了jdbcdaosupport的dao又用了hibernateDaoSupport的dao，在spring里面给service方法配上了事务，

但是通过mysql的bin log，发现这种不同的dao使用的连接id不是同一个，即jdbctemplate使用了一个链接，而hibernatetemplate使用了另外一个链接，这样虽然两种dao都是针对一个mysql实例，但却没法保证事务。

之前xd提过使用hibernateTransaction manager，可以保证混用时候的事务，但是却不知道为啥会这样。我们这边就以为datasourcetransactionmanager也是一样，但发现事实上不一样。确实我们换成hibernateTransaction manager，两种dao使用的connection就归一了，真好，但是为啥呢？

翻了半天spring的源代码终于找到了。

以下是datasourceTransactionManager的doGetTransaction和doBegin代码

Java代码  

1. protected Object doGetTransaction() {
2. //只是设定一个dataSource为key的存放connection的threadlcal
3. DataSourceTransactionObject txObject = new DataSourceTransactionObject();
4. txObject.setSavepointAllowed(isNestedTransactionAllowed());
5. ConnectionHolder conHolder =
6. (ConnectionHolder) TransactionSynchronizationManager.getResource(this.dataSource);
7. txObject.setConnectionHolder(conHolder, false);
8. return txObject;
9. }
10. protected void doBegin(Object transaction, TransactionDefinition definition) {
11. .....
12. try {
13. if (txObject.getConnectionHolder() == null ||
14. txObject.getConnectionHolder().isSynchronizedWithTransaction()) {
15. Connection newCon = this.dataSource.getConnection();
16. }
17. ....
18. //从datasource拿一个连接，放入thread生命周期的holder
19. }

这就完了。

然后jdbctemplate会通过datasourceutil去拿这个holder里面的connection

从而在一个事务里使用这个连接。

但是hibernateTransactionManager呢:

Java代码  

1. protected Object doGetTransaction() {
2. HibernateTransactionObject txObject = new HibernateTransactionObject();
3. txObject.setSavepointAllowed(isNestedTransactionAllowed());
4. SessionHolder sessionHolder =
5. (SessionHolder) TransactionSynchronizationManager.getResource(getSessionFactory());
6. if (sessionHolder != null) {
7. if (logger.isDebugEnabled()) {
8. logger.debug("Found thread-bound Session [" +
9. SessionFactoryUtils.toString(sessionHolder.getSession()) + "] for Hibernate transaction");
10. }
11. txObject.setSessionHolder(sessionHolder, false);
12. }
13. if (getDataSource() != null) {
14. ConnectionHolder conHolder = (ConnectionHolder)
15. TransactionSynchronizationManager.getResource(getDataSource());
16. txObject.setConnectionHolder(conHolder);
17. }
18. return txObject;
19. }
20. //两个holder都管！
21. protected void doBegin(Object transaction, TransactionDefinition definition) {
22. .....
23. try {
24. if (txObject.getSessionHolder() == null || txObject.getSessionHolder().isSynchronizedWithTransaction()) {
25. Interceptor entityInterceptor = getEntityInterceptor();
26. Session newSession = (entityInterceptor != null ?
27. getSessionFactory().openSession(entityInterceptor) : getSessionFactory().openSession());
28. if (logger.isDebugEnabled()) {
29. logger.debug("Opened new Session [" + SessionFactoryUtils.toString(newSession) +
30. "] for Hibernate transaction");
31. }
32. txObject.setSessionHolder(new SessionHolder(newSession), true);
33. }
34. .....
35. //从sessionFactory拿个新session，也会产生一个新连接
36. session = txObject.getSessionHolder().getSession();
37. if (this.prepareConnection && isSameConnectionForEntireSession(session)) {
38. // We‘re allowed to change the transaction settings of the JDBC Connection.
39. if (logger.isDebugEnabled()) {
40. logger.debug(
41. "Preparing JDBC Connection of Hibernate Session [" + SessionFactoryUtils.toString(session) + "]");
42. }
43. //原来直接把session后面的connection也放入holder
44. Connection con = session.connection();
45. Integer previousIsolationLevel = DataSourceUtils.prepareConnectionForTransaction(con, definition);
46. txObject.setPreviousIsolationLevel(previousIsolationLevel);
47. }

所以如果使用hibernateTransactionManager的话，就完全可以保证SessionFactoryUtil和datasourceutil都能在一个事务里取到同一个连接！所有的疑问烟消云散了， 
所以大家还是使用hibernateTransactionManager从而随心所欲的使用jdbctemplate和hibernatetemplate吧