Spring的事務配置詳解


spring事務配置的兩種方式:

1.基於XML的事務配置。2.基於注解方式的事務配置。

前言:在我們詳細介紹spring的兩種聲明式事務管理之前,我們需要先理解這些概念

1)spring的事務管理是通過Aop的方式來實現;
2)聲明式事務是spring對事務管理的最常用的方式,因為這種方式對代碼的影響最小,因此也就符合非侵入式的輕量級的容器的概念;
3)我們需要理解事務的概念,這里不再給出詳細說明。

正文:

1.基於XMl的事務配置

現在假設我們有這樣一個接口:
package x.y.service;    
public interface FooService {    
  Foo getFoo(String fooName);    
  Foo getFoo(String fooName, String barName);    
  void insertFoo(Foo foo);    
  void updateFoo(Foo foo);    
}   

 

</pre>對應於這個接口有一個實現類如下:<pre name="code" class="java">package x.y.service;    
public class DefaultFooService implements FooService {    
  public Foo getFoo(String fooName) {    
    throw new UnsupportedOperationException();    
  }    
  public Foo getFoo(String fooName, String barName) {    
    throw new UnsupportedOperationException();    
  }    
  public void insertFoo(Foo foo) {    
    throw new UnsupportedOperationException();    
  }    
  public void updateFoo(Foo foo) {    
    throw new UnsupportedOperationException();    
  }}    

 


注:上述兩端代碼是對應於業務層的。我們平時配置事務也最好在業務層進行配置。
 
接下來我們看一下spring 的配置文件中需要我們配置什么吧
<!-- from the file 'context.xml' -->    
<?xml version="1.0" encoding="UTF-8"?>    
<beans xmlns="http://www.springframework.org/schema/beans"    
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"    
     xmlns:aop="http://www.springframework.org/schema/aop"    
     xmlns:tx="http://www.springframework.org/schema/tx"    
     xsi:schemaLocation="    
     http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd    
     http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.5.xsd    
     http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.5.xsd">    
      
  <!-- 首先我們要把服務對象fooService聲明成一個bean -->    
  <bean id="fooService" class="x.y.service.DefaultFooService"/>    
    
  <!-- 然后是聲明一個事物建議tx:advice,spring為我們提供了事物的封裝,這個就是封裝在了<tx:advice/>中 -->  
  <!-- <tx:advice/>有一個transaction-manager屬性,我們可以用它來指定我們的事物由誰來管理。 -->  
  <tx:advice id="txAdvice" transaction-manager="txManager">    
  <!-- 配置這個事務建議的屬性 -->    
  <tx:attributes>    
    <!-- 指定所有get開頭的方法執行在只讀事務上下文中 -->    
    <tx:method name="get*" read-only="true"/>    
    <!-- 其余方法執行在默認的讀寫上下文中 -->    
    <tx:method name="*"/>    
  </tx:attributes>    
  </tx:advice>    
      
  <!-- 我們定義一個切面,它匹配FooService接口定義的所有操作 -->    
  <aop:config>    
    <!-- <aop:pointcut/>元素定義AspectJ的切面表示法,這里是表示x.y.service.FooService包下的任意方法。 -->  
  <aop:pointcut id="fooServiceOperation" expression="execution(* x.y.service.FooService.*(..))"/>    
    <!-- 然后我們用一個通知器:<aop:advisor/>把這個切面和tx:advice綁定在一起,表示當這個切面:fooServiceOperation執行時tx:advice定義的通知邏輯將被執行 -->  
  <aop:advisor advice-ref="txAdvice" pointcut-ref="fooServiceOperation"/>    
  </aop:config>    
      
  <!-- 數據元信息 -->    
  <bean id="dataSource" class="org.apache.commons.dbcp.BasicDataSource" destroy-method="close">    
  <property name="driverClassName" value="oracle.jdbc.driver.OracleDriver"/>    
  <property name="url" value="jdbc:oracle:thin:@rj-t42:1521:elvis"/>    
  <property name="username" value="scott"/>    
  <property name="password" value="tiger"/>    
  </bean>    
    
  <!-- 管理事務的類-->    
  <bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">    
  <property name="dataSource" ref="dataSource"/>    
  </bean>     
  <!-- other <bean/> definitions here -->    
</beans>

 


    

 
現在我通俗的把上面的配置講解一下:
首先我們應該要把服務對象'fooService' 聲明成一個bean,我們要把一個服務對象('fooService' bean)做成事務性的。
我們就應該首先在聲明一個事務管理的建議,用什么來管理,spring給我們提供了事務封裝,這個就封裝在了<tx:advice/>中,
這個事務建議給我們提供了一個transaction-manager屬性,用他可以指定我們用誰來管理我們的事務。我們上邊的例子用的
為一個指向 PlatformTransactionManager bean的名字(這里指 'txManager'), 該bean將會真正管理事務。上面用的事務
管理類是用的jdbc中提供的事務管理,當然這里也可以指定為hibernate管理。當然了,不管用那個類來管理我們的事務,都
不要忘記了提供我們的datasource屬性,因為事務管理也需要這里面的信息。我們聲明好事務建議,也指定好了具體用哪個
類來管理了,下面我們的任務就是要把我們定義好的這些利用AOP把我們的事務管理織入到我們的業務邏輯里面了。
<aop:config/> 的定義, 它確保由 'txAdvice'  bean定義的事務通知在應用中合適的點被執行。 
首先我們定義了 一個切面,它匹配 FooService 接口定義的所有操作, 
我們把該切面叫做 'fooServiceOperation'。<aop:pointcut/> 元素定義是AspectJ的切面表示法,
上述表示x.y.service.FooService包下的任意方法。然后我們用一個通知器(advisor)把這個切面與 'txAdvice' 綁定在一起,
 表示當 'fooServiceOperation' 執行時,'txAdvice' 定義的通知邏輯將被執行。大體流程就是這樣的了。

<tx:advice/> 有關的設置

通過 <tx:advice/> 標簽來指定不同的事務性設置。默認的 <tx:advice/> 設置如下:

事務傳播設置是 REQUIRED

隔離級別是DEFAULT

事務是 讀/寫

事務超時默認是依賴於事務系統的,或者事務超時沒有被支持。

任何 RuntimeException 將觸發事務回滾,但是任何 checked Exception 將不觸發事務回滾

這些默認的設置當然也是可以被改變的。 <tx:advice/> 和 <tx:attributes/> 標簽里的 <tx:method/> 各種屬性設置總結如下:

Table 9.1. <tx:method/> 有關的設置

屬性

是否需要?

默認值

描述

name

 

與事務屬性關聯的方法名。通配符(*)可以用來指定一批關聯到相同的事務屬性的方法。 如:'get*'、'handle*'、'on*Event'等等。

propagation

REQUIRED

事務傳播行為

isolation

DEFAULT

事務隔離級別

timeout

-1

事務超時的時間(以秒為單位)

read-only

false

事務是否只讀?

rollback-for

 

將被觸發進行回滾的 Exception(s);以逗號分開。 如:'com.foo.MyBusinessException,ServletException'

no-rollback-for

 

不 被觸發進行回滾的 Exception(s);以逗號分開。 如:'com.foo.MyBusinessException,ServletException'

 

下面我們具體來看一下事務的傳播性的幾個值:

REQUIRED:業務方法需要在一個容器里運行。如果方法運行時,已經處在一個事務中,那么加入到這個事務,否則自己新建一個新的事務。


NOT_SUPPORTED:聲明方法不需要事務。如果方法沒有關聯到一個事務,容器不會為他開啟事務,如果方法在一個事務中被調用,該事務會被掛起,調用結束后,原先的事務會恢復執行。


REQUIRESNEW:不管是否存在事務,該方法總匯為自己發起一個新的事務。如果方法已經運行在一個事務中,則原有事務掛起,新的事務被創建。


MANDATORY:該方法只能在一個已經存在的事務中執行,業務方法不能發起自己的事務。如果在沒有事務的環境下被調用,容器拋出例外。


SUPPORTS:該方法在某個事務范圍內被調用,則方法成為該事務的一部分。如果方法在該事務范圍外被調用,該方法就在沒有事務的環境下執行。


NEVER:該方法絕對不能在事務范圍內執行。如果在就拋例外。只有該方法沒有關聯到任何事務,才正常執行。


NESTED:如果一個活動的事務存在,則運行在一個嵌套的事務中。如果沒有活動事務,則按REQUIRED屬性執行。它使用了一個單獨的事務,這個事務 擁有多個可以回滾的保存點。內部事務的回滾不會對外部事務造成影響。它只對DataSourceTransactionManager事務管理器起效。

到此為止基於XML的事務配置就算完成了。

 



使用 @Transactional

 

 

除了基於XML文件的聲明式事務配置外,你也可以采用基於注解式的事務配置方法。直接在Java源代碼中聲明事務語義的做法讓事務聲明和將受其影響的代碼距離更近了,而且一般來說不會有不恰當的耦合的風險,因為,使用事務性的代碼幾乎總是被部署在事務環境中。

下面的例子很好地演示了 @Transactional 注解的易用性,隨后解釋其中的細節。先看看其中的類定義

 

@Transactional    
public class DefaultFooService implements FooService {    
  Foo getFoo(String fooName);    
  Foo getFoo(String fooName, String barName);    
  void insertFoo(Foo foo);    
  void updateFoo(Foo foo);    
}    

 

 

 

當我們使用注解式聲明事務時,在XML中只需要一句話就ok了

 

<?xml version="1.0" encoding="UTF-8"?>    
<beans xmlns="http://www.springframework.org/schema/beans"    
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"    
     xmlns:aop="http://www.springframework.org/schema/aop"    
     xmlns:tx="http://www.springframework.org/schema/tx"    
     xsi:schemaLocation="    
     http://www.springframework.org/schema/beans http://www.springframework.org/schema/beans/spring-beans-2.5.xsd    
     http://www.springframework.org/schema/tx http://www.springframework.org/schema/tx/spring-tx-2.5.xsd    
     http://www.springframework.org/schema/aop http://www.springframework.org/schema/aop/spring-aop-2.5.xsd">    
      
  <bean id="fooService" class="x.y.service.DefaultFooService"/>    
   <tx:annotation-driven transaction-manager="txManager"/>    
   <bean id="txManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager">    
   <property name="dataSource" ref="dataSource"/>    
  </bean>    
</beans>  

 



 

我們知道 @Transactional 注解可以聲明在類上,也可以聲明在方法上。在大多數情況下,方法上的事務會首先執行

例如: DefaultFooService 類在類的級別上被注解為只讀事務,但是,這個類中的 updateFoo(Foo) 方法的 @Transactional 注解的事務設置將優先於類級別注解的事務設置。

 

@Transactional(readOnly = true)    
public class DefaultFooService implements FooService {    
  public Foo getFoo(String fooName) {    
    // do something    
  }    
    // these settings have precedence for this method    
    @Transactional(readOnly = false, propagation = Propagation.REQUIRES_NEW)    
    public void updateFoo(Foo foo) {    
        // do something    
           
    }    
}    

 

 

 

@Transactional 有關的設置

 

@Transactional 注解是用來指定接口、類或方法必須擁有事務語義的元數據。 如:“當一個方法開始調用時就開啟一個新的只讀事務,並停止掉任何現存的事務”。 默認的 @Transactional 設置如下:

事務傳播設置是 PROPAGATION_REQUIRED

事務隔離級別是 ISOLATION_DEFAULT

事務是 讀/寫

事務超時默認是依賴於事務系統的,或者事務超時沒有被支持。

任何 RuntimeException 將觸發事務回滾,但是任何 checked Exception 將不觸發事務回滾

這些默認的設置當然也是可以被改變的。 @Transactional 注解的各種屬性設置總結如下:

 @Transactional 注解的屬性

屬性

類型

描述

propagation

枚舉型:Propagation

可選的傳播性設置

isolation

枚舉型:Isolation

可選的隔離性級別(默認值:ISOLATION_DEFAULT)

readOnly

布爾型

讀寫型事務 vs. 只讀型事務

timeout

int型(以秒為單位)

事務超時

rollbackFor

一組 Class 類的實例,必須是Throwable 的子類

一組異常類,遇到時 必須 進行回滾。默認情況下checked exceptions不進行回滾,僅unchecked exceptions(即RuntimeException的子類)才進行事務回滾。

rollbackForClassname

一組 Class 類的名字,必須是Throwable的子類

一組異常類名,遇到時 必須 進行回滾

noRollbackFor

一組 Class 類的實例,必須是Throwable 的子類

一組異常類,遇到時 必須不 回滾。

noRollbackForClassname

一組 Class 類的名字,必須是Throwable 的子類

一組異常類,遇到時 必須不 回滾

     在寫代碼的時候,不可能對事務的名字有個很清晰的認識,這里的名字是指會在事務監視器(比如WebLogic的事務管理器)或者日志輸出中顯示的名字, 對於聲明式的事務設置,事務名字總是全限定名+"."+事務通知的類的方法名。比如BusinessService類的handlePayment(..)方法啟動了一個事務,事務的名稱是:

com.foo.BusinessService.handlePayment



 

 


 

 

使用 @Transactional

 

除了基於XML文件的聲明式事務配置外,你也可以采用基於注解式的事務配置方法。直接在Java源代碼中聲明事務語義的做法讓事務聲明和將受其影響的代碼距離更近了,而且一般來說不會有不恰當的耦合的風險,因為,使用事務性的代碼幾乎總是被部署在事務環境中。

下面的例子很好地演示了 @Transactional 注解的易用性,隨后解釋其中的細節。先看看其中的類定義

@Transactional 有關的設置

 

@Transactional 注解是用來指定接口、類或方法必須擁有事務語義的元數據。 如:“當一個方法開始調用時就開啟一個新的只讀事務,並停止掉任何現存的事務”。 默認的 @Transactional 設置如下:

事務傳播設置是 PROPAGATION_REQUIRED

事務隔離級別是 ISOLATION_DEFAULT

事務是 讀/寫

事務超時默認是依賴於事務系統的,或者事務超時沒有被支持。

任何 RuntimeException 將觸發事務回滾,但是任何 checked Exception 將不觸發事務回滾

這些默認的設置當然也是可以被改變的。 @Transactional 注解的各種屬性設置總結如下:

 @Transactional 注解的屬性

屬性

類型

描述

propagation

枚舉型:Propagation

可選的傳播性設置

isolation

枚舉型:Isolation

可選的隔離性級別(默認值:ISOLATION_DEFAULT)

readOnly

布爾型

讀寫型事務 vs. 只讀型事務

timeout

int型(以秒為單位)

事務超時

rollbackFor

一組 Class 類的實例,必須是Throwable 的子類

一組異常類,遇到時 必須 進行回滾。默認情況下checked exceptions不進行回滾,僅unchecked exceptions(即RuntimeException的子類)才進行事務回滾。

rollbackForClassname

一組 Class 類的名字,必須是Throwable的子類

一組異常類名,遇到時 必須 進行回滾

noRollbackFor

一組 Class 類的實例,必須是Throwable 的子類

一組異常類,遇到時 必須不 回滾。

noRollbackForClassname

一組 Class 類的名字,必須是Throwable 的子類

一組異常類,遇到時 必須不 回滾

     在寫代碼的時候,不可能對事務的名字有個很清晰的認識,這里的名字是指會在事務監視器(比如WebLogic的事務管理器)或者日志輸出中顯示的名字, 對於聲明式的事務設置,事務名字總是全限定名+"."+事務通知的類的方法名。比如BusinessService類的handlePayment(..)方法啟動了一個事務,事務的名稱是:

com.foo.BusinessService.handlePayment


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM