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

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

由此，可以看出，事務(wù)的必要性：在開發(fā)工作中，保證操作數(shù)據(jù)的安全性。事務(wù)的控制也就是保證數(shù)據(jù)的訪問安全性。

一、事務(wù)的四大特性

A：原子性（atomicity），對數(shù)據(jù)的修改，要么全部成功執(zhí)行，要么全部不執(zhí)行。

C：一致性（consistency），一旦事務(wù)完成，系統(tǒng)必須保證數(shù)據(jù)職員是滿足業(yè)務(wù)狀態(tài)的一種一致狀態(tài)中。很難懂的解釋，跟原子性很像。一個事務(wù)在操作過程中，數(shù)據(jù)可能會產(chǎn)生很多中間態(tài)，一致性保證中間態(tài)對其他事務(wù)不可見，因為這些中間態(tài)，與事務(wù)的開始和結(jié)束的狀態(tài)是不一致的。也就是從一種正確的狀態(tài)到另一種正確的狀態(tài)。

I：隔離性（isolation），事務(wù)之間的執(zhí)行應(yīng)不相互影響，也即事務(wù)執(zhí)行的獨立。

D：持久性（durability），事務(wù)一旦提交，則對數(shù)據(jù)庫的修改是永久性的。

二、事務(wù)的隔離級別

并發(fā)環(huán)境下，事務(wù)可能會存在若干問題：臟讀、幻讀、不可重復(fù)讀、第一類更新丟失、第二類更新丟失。

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

mysql中查詢當前隔離級別：select @@tx_isolation；

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

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

1、spring支持的隔離級別

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

余下ISOLATION_READ_UNCOMMITTED、ISOLATION_READ_COMMITTED、ISOLATION_REPEATABLE_READ、ISOLATION_SERIALIZABLE分別對應(yīng)上述數(shù)據(jù)庫隔離級別配置。

2、傳播特性

事務(wù)的傳播特性就是在多個事務(wù)方法互相調(diào)用的時候，事務(wù)該如何在方法之間使用傳播：

• 　　　　PROPAGATION_REQUIRED：如果當前有事務(wù)，則加入該事務(wù)中。如果沒有，則新建事務(wù)。
• 　　　　PROPAGATION_SUPPORTS：如果當前有事務(wù)，則加入該事務(wù)中。如果沒有，則以非事務(wù)狀態(tài)運行。
• 　　　　PROPAGATION_MANDATORY：如果當前有事務(wù)，則加入該事務(wù)中。如果沒有，則拋出無事務(wù)異常
• 　　　　PROPAGATION_REQUIRES_NEW：新建事務(wù)。如果當前存在事務(wù)，則掛起該事務(wù)。
• 　　　　PROPAGATION_NOT_SUPPORTED：非事務(wù)狀態(tài)運行。如果當前存在事務(wù)，則掛起該事務(wù)。
• 　　　　PROPAGATION_NEVER：非事務(wù)狀態(tài)運行。如果當前存在事務(wù)，則拋出異常。
• 　　　　PROPAGATION_NESTED：如果當前有事務(wù)，則嵌套事務(wù)（父子事務(wù)）執(zhí)行。如果沒有，類似PROPAGATION_REQUIRED處理。

　　spring默認的傳播行為是PROPAGATION_REQUIRED，一般適用于絕大多數(shù)的開發(fā)工作。

3、事務(wù)的超時屬性

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

四、spring事務(wù)配置方法

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

根據(jù)不同的持久化策略，spring提供了不同的實現(xiàn)，比如jdbc -

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

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

1、編程式事務(wù)

//to do。后續(xù)補充

2、聲明式事務(wù)

聲明式事務(wù)分為兩種：基于aop的織入和@Transactional的注解。

2.1、基于aop的事務(wù)織入

之后在servcie中定義方法，最好的就是tx:method中定義的格式開頭，就會執(zhí)行特定的事務(wù)。

2.2、注解事務(wù)

注解事務(wù)第一部分的數(shù)據(jù)源和事務(wù)管理器配置同上，配置文件中需要修改的是開啟注解配置：

然后在service編程中，加注解@Transactional即可（建議只在service實現(xiàn)類中加），如下是配置樣例，其中的屬性可以按需設(shè)置：

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

注意點：

事務(wù)的異常回滾只檢查RuntimeException的異常，checked exception（如ClassNotFoundException、FileNotFoundException等）不會滾，捕獲異常不拋出也不會回滾。

五、spring和springmvc父子容器

現(xiàn)在開發(fā)工作中，一般大多數(shù)都使用的spring和springmvc構(gòu)建，這里，spring容器和springmvc容器就構(gòu)成了父子容器的關(guān)系。父容器spring是發(fā)現(xiàn)不了子容器springmvc中的bean的，而子容器可以發(fā)現(xiàn)父容器中注冊的bean。由此，實際開發(fā)工作中，不注意的話，往往會產(chǎn)生一些意想不到的問題。

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

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


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

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

<context:annotation-config/>

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

<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"/>

上面聊完基本配置，以下梳理下，來了解可能產(chǎn)生的容器沖突，對于事務(wù)管理的影響。

首先，有兩個基本的容器：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 />，掃描相關(guān)的springmvc的注解

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

按照以上配置信息，就會產(chǎn)生事務(wù)失效。原因就在于：

Spring容器優(yōu)先加載由ServletContextListener（對應(yīng)applicationContext.xml）產(chǎn)生的父容器，

而SpringMVC（對應(yīng)spring-mvc.xml）產(chǎn)生的是子容器。子容器Controller進行掃描裝配時裝配的@Service注解的實例是沒有經(jīng)過事務(wù)加強處理，即沒有事務(wù)處理能力的Service，

而父容器進行初始化的Service是保證事務(wù)的增強處理能力的。如果不在子容器中將Service排除（exclude）掉，此時得到的將是無事務(wù)處理能力的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>

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

最新評論