如何理解Spring的Hibernate事務管理機制

如何理解Spring的Hibernate事務管理機制，針對這個問題，這篇文章詳細介紹了相對應的分析和解答，希望可以幫助更多想解決這個問題的小伙伴找到更簡單易行的方法。

主要講了Spring 聲明式事務讓我們從復雜的Hibernate事務處理中得到解脫。

使得我們再也無需要去處理獲得連接、關閉連接、Hibernate事務提交和回滾等這些操作。再也無< font color="#ff0000">需要我們在與事務相關的方法中處理大量的try…catch…finally代碼< /font>。

我們在使用Spring 聲明式事務時，有一個非常重要的概念就是事務屬性。事務屬性通常由事務的傳播行為，事務的隔離級別，事務的超時值和事務只讀標志組成。我們在進行事務劃分時，需要進行Hibernate事務定義，也就是配置Hibernate事務的屬性。

Spring Hibernate在>TransactionDefinition 接口中定義這些屬性,以供PlatfromTransactionManager使用, PlatfromTransactionManager是spring Hibernate事務管理的核心接口。
代碼

TransactionDefinition publicinterfaceTransactionDefinition {   intgetPropagationBehavior();   intgetIsolationLevel();   intgetTimeout();   booleanisReadOnly();   }

getTimeout()方法，它返回事務必須在多少秒內完成。
isReadOnly(),事務是否只讀，事務管理器能夠根據這個返回值進行優化，確保事務是只讀的。
getIsolationLevel()方法返回事務的隔離級別，事務管理器根據它來控制另外一個事務可以看到本事務內的哪些數據。

在TransactionDefinition接口中定義了五個不同的事務隔離級別:

1) ISOLATION_DEFAULT 這是一個 PlatfromTransactionManager默認的隔離級別，使用數據庫默認的事務隔離級別.另外四個與JDBC的隔離級別相對應

2) ISOLATION_READ_UNCOMMITTED這是事務***的隔離級別，它充許別外一個事務可以看到這個事務未提交的數據。這種隔離級別會產生臟讀，不可重復讀和幻像讀。

3) ISOLATION_READ_COMMITTED 保證一個事務修改的數據提交后才能被另外一個事務讀取。另外一個事務不能讀取該事務未提交的數據。這種事務隔離級別可以避免臟讀出現，但是可能會出現不可重復讀和幻像讀。

4) ISOLATION_REPEATABLE_READ 這種事務隔離級別可以防止臟讀，不可重復讀。但是可能出現幻像讀。它除了保證一個事務不能讀取另一個事務未提交的數據外，還保證了避免下面的情況產生(不可重復讀)

在TransactionDefinition接口中定義了七個事務傳播行為:

1) < span > PROPAGATION_REQUIRED 如果存在一個事務，則支持當前事務。如果沒有事務則開啟一個新的事務;

2) PROPAGATION_SUPPORTS 如果存在一個事務，支持當前事務。如果沒有事務，則非事務的執行;

3) PROPAGATION_MANDATORY 如果已經存在一個事務，支持當前事務。如果沒有一個活動的事務，則拋出異;

4)PROPAGATION_REQUIRES_NEW 總是開啟一個新的事務。如果一個事務已經存在，則將這個存在的事務掛起;

5) PROPAGATION_NOT_SUPPORTED總是非事務地執行，并掛起任何存在的事務;

6) PROPAGATION_NEVER總是非事務地執行，如果存在一個活動事務，則拋出異常;

7) PROPAGATION_NESTED如果一個活動的事務存在，則運行在一個嵌套的事務中. 如果沒有活動事務, 則按 TransactionDefinition.PROPAGATION_REQUIRED 屬性執行;

關于如何理解Spring的Hibernate事務管理機制問題的解答就分享到這里了，希望以上內容可以對大家有一定的幫助，如果你還有很多疑惑沒有解開，可以關注億速云行業資訊頻道了解更多相關知識。