Spring事務管理原理及方法詳解

發布時間: 2020-01-02 19:25:31 來源: 互聯網 欄目: Java 點擊:

這篇文章主要介紹了Spring事務管理原理及方法詳解,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下

這篇文章主要介紹了Spring事務管理原理及方法詳解,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友可以參考下

事務,在日常開發或者面試中都必定會涉及到。開發工作中,結合數據庫開發理解就是:一組dml要么全部成功執行提交,要么因為某一個操作異常,撤銷之前所做的成功的操作,整體執行失敗。再簡單點的一句話:生死與共。

由此,可以看出,事務的必要性:在開發工作中,保證操作數據的安全性。事務的控制也就是保證數據的訪問安全性。

一、事務的四大特性

A:原子性(atomicity),對數據的修改,要么全部成功執行,要么全部不執行。

C:一致性(consistency),一旦事務完成,系統必須保證數據職員是滿足業務狀態的一種一致狀態中。很難懂的解釋,跟原子性很像。一個事務在操作過程中,數據可能會產生很多中間態,一致性保證中間態對其他事務不可見,因為這些中間態,與事務的開始和結束的狀態是不一致的。也就是從一種正確的狀態到另一種正確的狀態。

I:隔離性(isolation),事務之間的執行應不相互影響,也即事務執行的獨立。

D:持久性(durability),事務一旦提交,則對數據庫的修改是永久性的。

二、事務的隔離級別

并發環境下,事務可能會存在若干問題:臟讀、幻讀、不可重復讀、第一類更新丟失、第二類更新丟失。

類型   說明 舉例
臟讀 A事務讀取到了B事務未提交的數據  A開啟事務=>B開啟事務,讀取賬戶1000塊,取走100塊=>A讀取賬戶金額,讀取到900=>B回滾事務。此時A讀取的余額數據是無效的
幻讀  一個事務里面的操作發現了未被操作的數據

 A開啟事務,修改某些數據狀態=>B開啟事務,執行新增數據并提交=>A事務提交,會出現一條未被修改的數據。

幻讀發生的前提是并發事務中發生了新增或者刪除動作。

不可重復讀  一個事務中,先后兩次讀取數據,讀到的結果不一致

 A開啟事務,讀取賬戶1000塊=>B開啟事務,讀取賬戶1000塊,取出100塊并提交事務=>A再讀取賬戶余額,余額900塊。

一個事務范圍內的兩次同樣的查詢,卻返回了兩次不同的數據,這就是不可重復讀

第一類更新丟失 A事務撤銷,把已經提交的B事務的更新的數據覆蓋 A開啟事務,讀取賬戶1000塊=>B開啟事務,讀取賬戶1000塊,然后增加100塊,提交事務,賬戶變為1100=>A撤銷回滾事務,賬戶成1000塊
第二類更新丟失 A事務提交,把已經提交的B事務的更新的數據覆蓋 A開啟事務,讀取賬戶1000塊=>B開啟事務,讀取賬戶1000塊,然后增加100塊,提交事務,賬戶變為1100=>A增加100塊,提交事務,賬戶變為1100。

針對并發環境下可能出現的事務問題,于是就出現了隔離級別的解決方案,由低到高依次是:讀未提交(Read uncommitted)、讀已提交(Read committed)、可重復讀(Repeatable read)、串行序列化(serializable)。下表展示出不同的隔離級別,對于臟讀、幻讀、不可重復讀是否會出現。

類型 臟讀 不可重復讀 幻讀 說明
Read uncommitted 會   
Read committed 不會  
Repeatable read 不會 不會 mysql的默認隔離級別
serializable 不會 不會 不會 最嚴格的隔離級別,將事務串行化執行,性能低。

mysql中查詢當前隔離級別:select @@tx_isolation;

三、spring事務支持的隔離級別和傳播特性

spring中定義了五種隔離界別和七種傳播行為(可以在org.springframework.transaction.TransactionDefinition類中看到詳細的解釋)

1、spring支持的隔離級別

ISOLATION_DEFAULT:默認級別。一般是使用的是數據庫本身的隔離級別(mysql - Repeatable read 、oracle - Read committed)

余下ISOLATION_READ_UNCOMMITTED、ISOLATION_READ_COMMITTED、ISOLATION_REPEATABLE_READ、ISOLATION_SERIALIZABLE分別對應上述數據庫隔離級別配置。

2、傳播特性

事務的傳播特性就是在多個事務方法互相調用的時候,事務該如何在方法之間使用傳播:

  •     PROPAGATION_REQUIRED:如果當前有事務,則加入該事務中。如果沒有,則新建事務。
  •     PROPAGATION_SUPPORTS:如果當前有事務,則加入該事務中。如果沒有,則以非事務狀態運行。
  •     PROPAGATION_MANDATORY:如果當前有事務,則加入該事務中。如果沒有,則拋出無事務異常
  •     PROPAGATION_REQUIRES_NEW:新建事務。如果當前存在事務,則掛起該事務。
  •     PROPAGATION_NOT_SUPPORTED:非事務狀態運行。如果當前存在事務,則掛起該事務。
  •     PROPAGATION_NEVER:非事務狀態運行。如果當前存在事務,則拋出異常。
  •     PROPAGATION_NESTED:如果當前有事務,則嵌套事務(父子事務)執行。如果沒有,類似PROPAGATION_REQUIRED處理。

  spring默認的傳播行為是PROPAGATION_REQUIRED,一般適用于絕大多數的開發工作。

3、事務的超時屬性

事務在超過預定時間內還未完成操作,則自動回滾事務。TransactionDefinition 中以int值來表示超時時間,單位是秒,提供的默認值是TIMEOUT_DEFAULT = -1,即永不超時,一直等待操作完成

四、spring事務配置方法

spring并不具體直接的管理事務,而是提供了一個接口org.springframework.transaction.PlatformTransactionManager,該接口中主要定義了三個方法:getTransaction(獲取事務)、commit(提交)和rollback(回滾)。

根據不同的持久化策略,spring提供了不同的實現,比如jdbc -

org.springframework.jdbc.datasource.DataSourceTransactionManager、hibernate - org.springframework.orm.hibernate5.HibernateTransactionManager等,在其他的實現可以通過源碼去查詢。

spring事務使用,可以分為編程式事務和聲明式事務。編程式事務每次業務使用都得書寫獲取事務、設置事務隔離級別和傳播特性、提交或回滾事務,代碼的重復太高,費時費力,且如果代碼的功能性復雜時候,使用編程式變得更加痛苦。而聲明式的事務,屬于無侵入式的,不會影響主業務流程,且編寫上非常簡單。所以目前開發工作中,更多的是使用聲明式事務。

1、編程式事務

//to do。后續補充

2、聲明式事務

聲明式事務分為兩種:基于aop的織入和@Transactional的注解。

2.1、基于aop的事務織入

之后在servcie中定義方法,最好的就是tx:method中定義的格式開頭,就會執行特定的事務。

2.2、注解事務

注解事務第一部分的數據源和事務管理器配置同上,配置文件中需要修改的是開啟注解配置:

然后在service編程中,加注解@Transactional即可(建議只在service實現類中加),如下是配置樣例,其中的屬性可以按需設置:

@Transactional(propagation = Propagation.REQUIRED,isolation = Isolation.REPEATABLE_READ,timeout = 100, readOnly = false, rollbackFor = {},noRollbackFor = {})

注意點:

事務的異?;貪L只檢查RuntimeException的異常,checked exception(如ClassNotFoundException、FileNotFoundException等)不會滾,捕獲異常不拋出也不會回滾。

五、spring和springmvc父子容器

現在開發工作中,一般大多數都使用的spring和springmvc構建,這里,spring容器和springmvc容器就構成了父子容器的關系。父容器spring是發現不了子容器springmvc中的bean的,而子容器可以發現父容器中注冊的bean。由此,實際開發工作中,不注意的話,往往會產生一些意想不到的問題。

首先,通常我們配置spring配置文件applicationContext.xml的時候,會配置如下的掃描:

<context:component-scan base-package="com.cfang" />

這個配置會掃描指定包下面的所有@Component類型注解,包括@Controller,@Service,@Respository,并將掃描到的bean注冊到spring容器中。

一般,spring配置文件中,還會出現下面的配置,作用是掃描@Required、@Autowired、 @PostConstruct、@PersistenceContext、@Resource、@PreDestroy等注解。理論上,此配置為可選配置,因為上面的掃描配置會默認打開。

<context:annotation-config/>

接下來配置springmvc的配置文件spring-mvc.xml,配置掃描注解@RequestMapping、@RequestBody、@ResponseBody等,同時,該配置默認加載很多參數綁定方法 。

<mvc:annotation-driven />

上面一句話,相當于:

<!--配置注解控制器映射器,它是SpringMVC中用來將Request請求URL到映射到具體Controller-->
<bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerMapping"/>
<!--配置注解控制器映射器,它是SpringMVC中用來將具體請求映射到具體方法-->
<bean class="org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter"/>

上面聊完基本配置,以下梳理下,來了解可能產生的容器沖突,對于事務管理的影響。

首先,有兩個基本的容器:spring和springmvc,配置文件分別為applicationContext.xml和spring-mvc.xml

1、applicationContext.xml中配置<context:component-scan base-package="com.cfang" />,掃描指定包下的所有bean,并自動注冊到spring容器中

2、spring-mvc.xml配置<mvc:annotation-driven />,掃描相關的springmvc的注解

3、為了保證springmvc的正常跳轉,通常我們還得在spring-mvc.xml文件中配置包掃描<context:component-scan base-package="com.cfang" />。

按照以上配置信息,就會產生事務失效。原因就在于:

Spring容器優先加載由ServletContextListener(對應applicationContext.xml)產生的父容器,

而SpringMVC(對應spring-mvc.xml)產生的是子容器。子容器Controller進行掃描裝配時裝配的@Service注解的實例是沒有經過事務加強處理,即沒有事務處理能力的Service,

而父容器進行初始化的Service是保證事務的增強處理能力的。如果不在子容器中將Service排除(exclude)掉,此時得到的將是無事務處理能力的Service。

解決辦法按照官方建議的來配置,各自負責一部分加載:

spring掃描:

<context:component-scan base-package="com.cfang.WeChat" use-default-filters="false">
    <context:include-filter type="annotation" expression="org.springframework.stereotype.Repository"/>
    <context:include-filter type="annotation" expression="org.springframework.stereotype.Service"/>
  </context:component-scan>

springmvc掃描:

<context:component-scan base-package="com.cfang.WeChat" use-default-filters="false">
    <context:include-filter type="annotation" expression="org.springframework.stereotype.Controller"/>
  </context:component-scan>

以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持我們。

本文標題: Spring事務管理原理及方法詳解
本文地址: http://www.1921352.live/ruanjian/java/296875.html

如果認為本文對您有所幫助請贊助本站

支付寶掃一掃贊助微信掃一掃贊助

  • 支付寶掃一掃贊助
  • 微信掃一掃贊助
  • 支付寶先領紅包再贊助
    聲明:凡注明"本站原創"的所有文字圖片等資料,版權均屬編程客棧所有,歡迎轉載,但務請注明出處。
    簡單了解java標識符的作用和命名規則Spring實戰之使用Resource作為屬性操作示例
    Top 网上挖矿机赚钱