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


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

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

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