目的:使用HibernateTemplate執行execute(new HibernateCallback())方法，從HibernateCallback中得到session,在此session中做多個操作，并希望這些操作位于同一個事務中。
??????如果你這樣寫(1)：
?????? ????? 你期望spring在執行完execute回調后，在關閉session的時候提交事務，想法是很好的，但spring并不會這么做.讓我們來看看在Hibernate的源代碼中,session.beginTransation()做了什么事。看如下代碼(2)：
這個方法中的result是一個org.hibernate.transaction.JDBCTransaction實例，而方法中的getTransaction()方法源代碼為(3)：
再次追蹤，owner.getFactory().getSettings()?.getTransactionFactory()的createTransaction()方法源代碼如下(4):
它返回了一個JDBCTransaction，沒什么特別的。
在代碼2中，執行了result.begin()，其實也就是JDBCTransaction實例的begin()方法，來看看(5):


在直接使用Hibernate時，要在事務結束的時候，寫上一句:tx.commit()，這個commit()的源碼為：

上面代碼中，commitAndResetAutoCommit()方法的源碼如下：

上述代碼的toggleAutoCommit()源代碼如下:
????? 因此，如果你是直接使用hibernate，并手動管理它的session，并手動開啟事務關閉事務的話，完全可以保證你的事務（好像完全是廢話）.
????? 但是，如果你用的是HibernateTemplate,如同源代碼1一樣，則不要指望spring在關閉session的時候為你提交事務(罪魁禍首就是在代碼1中調用了session.flush())。因為在使用代碼1時，spring中得到session的方式如下：
簡單地說它就是得到了一個session，而沒有對connection的autocommit()作任何操作，spring管理范圍內的session所持有的connection是autocommit=true的，spring借助這個屬性，在它關閉session時，提交數據庫事務。,因此如果你在源代碼1中加上一句話：
???? 運行后，它打出的結果是true，也就是說，雖然保存stu2時會報出例外，但如果commit屬性為true，則每一個到達數據庫的sql語句會立即被提交。換句話說，在調用完session.save(stu1)后，調用session.flush()，會發送sql語句到數據庫，再根據commit屬性為true，則保存stu1的操作已經被持久到數據庫了，盡管后面的一條insert語句出了問題。
???? 因此，如果你想在HibernateCallback中使用session的事務，需要如下寫：
運行上述代碼，沒問題了。至此，可能有些讀者早就對代碼1不滿意了：為什么每次save()以后要調用flush()?這是有原因的。下面我們來看看把session.flush()去掉后會出什么問題。改掉后的代碼如下：