成人国产在线小视频_日韩寡妇人妻调教在线播放_色成人www永久在线观看_2018国产精品久久_亚洲欧美高清在线30p_亚洲少妇综合一区_黄色在线播放国产_亚洲另类技巧小说校园_国产主播xx日韩_a级毛片在线免费

資訊專(zhuān)欄INFORMATION COLUMN

Spring事務(wù)傳播行為詳解

cpupro / 2115人閱讀

摘要:前言在接口中規(guī)定了種類(lèi)型的事務(wù)傳播行為。事務(wù)傳播行為是框架獨(dú)有的事務(wù)增強(qiáng)特性,他不屬于的事務(wù)實(shí)際提供方數(shù)據(jù)庫(kù)行為。本文對(duì)七種事務(wù)傳播行為做詳細(xì)介紹,內(nèi)容主要代碼示例的方式呈現(xiàn)。

前言

Spring在TransactionDefinition接口中規(guī)定了7種類(lèi)型的事務(wù)傳播行為。事務(wù)傳播行為是Spring框架獨(dú)有的事務(wù)增強(qiáng)特性,他不屬于的事務(wù)實(shí)際提供方數(shù)據(jù)庫(kù)行為。這是Spring為我們提供的強(qiáng)大的工具箱,使用事務(wù)傳播行可以為我們的開(kāi)發(fā)工作提供許多便利。但是人們對(duì)他的誤解也頗多,你一定也聽(tīng)過(guò)“service方法事務(wù)最好不要嵌套”的傳言。要想正確的使用工具首先需要了解工具。本文對(duì)七種事務(wù)傳播行為做詳細(xì)介紹,內(nèi)容主要代碼示例的方式呈現(xiàn)。

基礎(chǔ)概念 1. 什么是事務(wù)傳播行為?

事務(wù)傳播行為用來(lái)描述由某一個(gè)事務(wù)傳播行為修飾的方法被嵌套進(jìn)另一個(gè)方法的時(shí)事務(wù)如何傳播。

用偽代碼說(shuō)明:

 public void methodA(){
    methodB();
    //doSomething
 }
 
 @Transaction(Propagation=XXX)
 public void methodB(){
    //doSomething
 }

代碼中methodA()方法嵌套調(diào)用了methodB()方法,methodB()的事務(wù)傳播行為由@Transaction(Propagation=XXX)設(shè)置決定。這里需要注意的是methodA()并沒(méi)有開(kāi)啟事務(wù),某一個(gè)事務(wù)傳播行為修飾的方法并不是必須要在開(kāi)啟事務(wù)的外圍方法中調(diào)用。

2. Spring中七種事務(wù)傳播行為
事務(wù)傳播行為類(lèi)型 說(shuō)明
PROPAGATION_REQUIRED 如果當(dāng)前沒(méi)有事務(wù),就新建一個(gè)事務(wù),如果已經(jīng)存在一個(gè)事務(wù)中,加入到這個(gè)事務(wù)中。這是最常見(jiàn)的選擇。
PROPAGATION_SUPPORTS 支持當(dāng)前事務(wù),如果當(dāng)前沒(méi)有事務(wù),就以非事務(wù)方式執(zhí)行。
PROPAGATION_MANDATORY 使用當(dāng)前的事務(wù),如果當(dāng)前沒(méi)有事務(wù),就拋出異常。
PROPAGATION_REQUIRES_NEW 新建事務(wù),如果當(dāng)前存在事務(wù),把當(dāng)前事務(wù)掛起。
PROPAGATION_NOT_SUPPORTED 以非事務(wù)方式執(zhí)行操作,如果當(dāng)前存在事務(wù),就把當(dāng)前事務(wù)掛起。
PROPAGATION_NEVER 以非事務(wù)方式執(zhí)行,如果當(dāng)前存在事務(wù),則拋出異常。
PROPAGATION_NESTED 如果當(dāng)前存在事務(wù),則在嵌套事務(wù)內(nèi)執(zhí)行。如果當(dāng)前沒(méi)有事務(wù),則執(zhí)行與PROPAGATION_REQUIRED類(lèi)似的操作。

定義非常簡(jiǎn)單,也很好理解,下面我們就進(jìn)入代碼測(cè)試部分,驗(yàn)證我們的理解是否正確。

代碼驗(yàn)證

文中代碼以傳統(tǒng)三層結(jié)構(gòu)中兩層呈現(xiàn),即Service和Dao層,由Spring負(fù)責(zé)依賴(lài)注入和注解式事務(wù)管理,DAO層由Mybatis實(shí)現(xiàn),你也可以使用任何喜歡的方式,例如,Hibernate,JPA,JDBCTemplate等。數(shù)據(jù)庫(kù)使用的是MySQL數(shù)據(jù)庫(kù),你也可以使用任何支持事務(wù)的數(shù)據(jù)庫(kù),并不會(huì)影響驗(yàn)證結(jié)果。

首先我們?cè)跀?shù)據(jù)庫(kù)中創(chuàng)建兩張表:

user1

CREATE TABLE `user1` (
  `id` INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
  `name` VARCHAR(45) NOT NULL DEFAULT "",
  PRIMARY KEY(`id`)
)
ENGINE = InnoDB;

user2

CREATE TABLE `user2` (
  `id` INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
  `name` VARCHAR(45) NOT NULL DEFAULT "",
  PRIMARY KEY(`id`)
)
ENGINE = InnoDB;

然后編寫(xiě)相應(yīng)的Bean和DAO層代碼:

User1

public class User1 {
    private Integer id;
    private String name;
   //get和set方法省略...
}

User2

public class User2 {
    private Integer id;
    private String name;
   //get和set方法省略...
}

User1Mapper

public interface User1Mapper {
    int insert(User1 record);
    User1 selectByPrimaryKey(Integer id);
    //其他方法省略...
}

User2Mapper

public interface User2Mapper {
    int insert(User2 record);
    User2 selectByPrimaryKey(Integer id);
    //其他方法省略...
}

最后也是具體驗(yàn)證的代碼由service層實(shí)現(xiàn),下面我們分情況列舉。

1.PROPAGATION_REQUIRED

我們?yōu)閁ser1Service和User2Service相應(yīng)方法加上Propagation.REQUIRED屬性。

User1Service方法:

@Service
public class User1ServiceImpl implements User1Service {
    //省略其他...
    @Override
    @Transactional(propagation = Propagation.REQUIRED)
    public void addRequired(User1 user){
        user1Mapper.insert(user);
    }
}

User2Service方法:

@Service
public class User2ServiceImpl implements User2Service {
    //省略其他...
    @Override
    @Transactional(propagation = Propagation.REQUIRED)
    public void addRequired(User2 user){
        user2Mapper.insert(user);
    }
    @Override
    @Transactional(propagation = Propagation.REQUIRED)
    public void addRequiredException(User2 user){
        user2Mapper.insert(user);
        throw new RuntimeException();
    }
    
}
1.1 場(chǎng)景一

此場(chǎng)景外圍方法沒(méi)有開(kāi)啟事務(wù)。

驗(yàn)證方法1:

    @Override
    public void notransaction_exception_required_required(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addRequired(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        user2Service.addRequired(user2);
        
        throw new RuntimeException();
    }

驗(yàn)證方法2:

    @Override
    public void notransaction_required_required_exception(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addRequired(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        user2Service.addRequiredException(user2);
    }

分別執(zhí)行驗(yàn)證方法,結(jié)果:

驗(yàn)證方法序號(hào) 數(shù)據(jù)庫(kù)結(jié)果 結(jié)果分析
1 “張三”、“李四”均插入。 外圍方法未開(kāi)啟事務(wù),插入“張三”、“李四”方法在自己的事務(wù)中獨(dú)立運(yùn)行,外圍方法異常不影響內(nèi)部插入“張三”、“李四”方法獨(dú)立的事務(wù)。
2 “張三”插入,“李四”未插入。 外圍方法沒(méi)有事務(wù),插入“張三”、“李四”方法都在自己的事務(wù)中獨(dú)立運(yùn)行,所以插入“李四”方法拋出異常只會(huì)回滾插入“李四”方法,插入“張三”方法不受影響。

結(jié)論:通過(guò)這兩個(gè)方法我們證明了在外圍方法未開(kāi)啟事務(wù)的情況下Propagation.REQUIRED修飾的內(nèi)部方法會(huì)新開(kāi)啟自己的事務(wù),且開(kāi)啟的事務(wù)相互獨(dú)立,互不干擾。

1.2 場(chǎng)景二

外圍方法開(kāi)啟事務(wù),這個(gè)是使用率比較高的場(chǎng)景。

驗(yàn)證方法1:

   @Override
    @Transactional(propagation = Propagation.REQUIRED)
    public void transaction_exception_required_required(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addRequired(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        user2Service.addRequired(user2);
        
        throw new RuntimeException();
    }

驗(yàn)證方法2:

    @Override
    @Transactional(propagation = Propagation.REQUIRED)
    public void transaction_required_required_exception(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addRequired(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        user2Service.addRequiredException(user2);
    }

驗(yàn)證方法3:

    @Transactional
    @Override
    public void transaction_required_required_exception_try(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addRequired(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        try {
            user2Service.addRequiredException(user2);
        } catch (Exception e) {
            System.out.println("方法回滾");
        }
    }

分別執(zhí)行驗(yàn)證方法,結(jié)果:

驗(yàn)證方法序號(hào) 數(shù)據(jù)庫(kù)結(jié)果 結(jié)果分析
1 “張三”、“李四”均未插入。 外圍方法開(kāi)啟事務(wù),內(nèi)部方法加入外圍方法事務(wù),外圍方法回滾,內(nèi)部方法也要回滾。
2 “張三”、“李四”均未插入。 外圍方法開(kāi)啟事務(wù),內(nèi)部方法加入外圍方法事務(wù),內(nèi)部方法拋出異常回滾,外圍方法感知異常致使整體事務(wù)回滾。
3 “張三”、“李四”均未插入。 外圍方法開(kāi)啟事務(wù),內(nèi)部方法加入外圍方法事務(wù),內(nèi)部方法拋出異常回滾,即使方法被catch不被外圍方法感知,整個(gè)事務(wù)依然回滾。

結(jié)論:以上試驗(yàn)結(jié)果我們證明在外圍方法開(kāi)啟事務(wù)的情況下Propagation.REQUIRED修飾的內(nèi)部方法會(huì)加入到外圍方法的事務(wù)中,所有Propagation.REQUIRED修飾的內(nèi)部方法和外圍方法均屬于同一事務(wù),只要一個(gè)方法回滾,整個(gè)事務(wù)均回滾。

2.PROPAGATION_REQUIRES_NEW

我們?yōu)閁ser1Service和User2Service相應(yīng)方法加上Propagation.REQUIRES_NEW屬性。
User1Service方法:

@Service
public class User1ServiceImpl implements User1Service {
    //省略其他...
    @Override
    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void addRequiresNew(User1 user){
        user1Mapper.insert(user);
    }
    @Override
    @Transactional(propagation = Propagation.REQUIRED)
    public void addRequired(User1 user){
        user1Mapper.insert(user);
    }
}

User2Service方法:

@Service
public class User2ServiceImpl implements User2Service {
    //省略其他...
    @Override
    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void addRequiresNew(User2 user){
        user2Mapper.insert(user);
    }
    
    @Override
    @Transactional(propagation = Propagation.REQUIRES_NEW)
    public void addRequiresNewException(User2 user){
        user2Mapper.insert(user);
        throw new RuntimeException();
    }
}
2.1 場(chǎng)景一

外圍方法沒(méi)有開(kāi)啟事務(wù)。

驗(yàn)證方法1:

    @Override
    public void notransaction_exception_requiresNew_requiresNew(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addRequiresNew(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        user2Service.addRequiresNew(user2);
        throw new RuntimeException();
        
    }

驗(yàn)證方法2:

    @Override
    public void notransaction_requiresNew_requiresNew_exception(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addRequiresNew(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        user2Service.addRequiresNewException(user2);
    }

分別執(zhí)行驗(yàn)證方法,結(jié)果:

驗(yàn)證方法序號(hào) 數(shù)據(jù)庫(kù)結(jié)果 結(jié)果分析
1 “張三”插入,“李四”插入。 外圍方法沒(méi)有事務(wù),插入“張三”、“李四”方法都在自己的事務(wù)中獨(dú)立運(yùn)行,外圍方法拋出異常回滾不會(huì)影響內(nèi)部方法。
2 “張三”插入,“李四”未插入 外圍方法沒(méi)有開(kāi)啟事務(wù),插入“張三”方法和插入“李四”方法分別開(kāi)啟自己的事務(wù),插入“李四”方法拋出異?;貪L,其他事務(wù)不受影響。

結(jié)論:通過(guò)這兩個(gè)方法我們證明了在外圍方法未開(kāi)啟事務(wù)的情況下Propagation.REQUIRES_NEW修飾的內(nèi)部方法會(huì)新開(kāi)啟自己的事務(wù),且開(kāi)啟的事務(wù)相互獨(dú)立,互不干擾。

2.2 場(chǎng)景二

外圍方法開(kāi)啟事務(wù)。

驗(yàn)證方法1:

    @Override
    @Transactional(propagation = Propagation.REQUIRED)
    public void transaction_exception_required_requiresNew_requiresNew(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addRequired(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        user2Service.addRequiresNew(user2);
        
        User2 user3=new User2();
        user3.setName("王五");
        user2Service.addRequiresNew(user3);
        throw new RuntimeException();
    }

驗(yàn)證方法2:

    @Override
    @Transactional(propagation = Propagation.REQUIRED)
    public void transaction_required_requiresNew_requiresNew_exception(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addRequired(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        user2Service.addRequiresNew(user2);
        
        User2 user3=new User2();
        user3.setName("王五");
        user2Service.addRequiresNewException(user3);
    }

驗(yàn)證方法3:

    @Override
    @Transactional(propagation = Propagation.REQUIRED)
    public void transaction_required_requiresNew_requiresNew_exception_try(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addRequired(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        user2Service.addRequiresNew(user2);
        User2 user3=new User2();
        user3.setName("王五");
        try {
            user2Service.addRequiresNewException(user3);
        } catch (Exception e) {
            System.out.println("回滾");
        }
    }

分別執(zhí)行驗(yàn)證方法,結(jié)果:

驗(yàn)證方法序號(hào) 數(shù)據(jù)庫(kù)結(jié)果 結(jié)果分析
1 “張三”未插入,“李四”插入,“王五”插入。 外圍方法開(kāi)啟事務(wù),插入“張三”方法和外圍方法一個(gè)事務(wù),插入“李四”方法、插入“王五”方法分別在獨(dú)立的新建事務(wù)中,外圍方法拋出異常只回滾和外圍方法同一事務(wù)的方法,故插入“張三”的方法回滾。
2 “張三”未插入,“李四”插入,“王五”未插入。 外圍方法開(kāi)啟事務(wù),插入“張三”方法和外圍方法一個(gè)事務(wù),插入“李四”方法、插入“王五”方法分別在獨(dú)立的新建事務(wù)中。插入“王五”方法拋出異常,首先插入 “王五”方法的事務(wù)被回滾,異常繼續(xù)拋出被外圍方法感知,外圍方法事務(wù)亦被回滾,故插入“張三”方法也被回滾。
3 “張三”插入,“李四”插入,“王五”未插入。 外圍方法開(kāi)啟事務(wù),插入“張三”方法和外圍方法一個(gè)事務(wù),插入“李四”方法、插入“王五”方法分別在獨(dú)立的新建事務(wù)中。插入“王五”方法拋出異常,首先插入“王五”方法的事務(wù)被回滾,異常被catch不會(huì)被外圍方法感知,外圍方法事務(wù)不回滾,故插入“張三”方法插入成功。

結(jié)論:在外圍方法開(kāi)啟事務(wù)的情況下Propagation.REQUIRES_NEW修飾的內(nèi)部方法依然會(huì)多帶帶開(kāi)啟獨(dú)立事務(wù),且與外部方法事務(wù)也獨(dú)立,內(nèi)部方法之間、內(nèi)部方法和外部方法事務(wù)均相互獨(dú)立,互不干擾。

3.PROPAGATION_NESTED

我們?yōu)閁ser1Service和User2Service相應(yīng)方法加上Propagation.NESTED屬性。
User1Service方法:

@Service
public class User1ServiceImpl implements User1Service {
    //省略其他...
    @Override
    @Transactional(propagation = Propagation.NESTED)
    public void addNested(User1 user){
        user1Mapper.insert(user);
    }
}

User2Service方法:

@Service
public class User2ServiceImpl implements User2Service {
    //省略其他...
    @Override
    @Transactional(propagation = Propagation.NESTED)
    public void addNested(User2 user){
        user2Mapper.insert(user);
    }
    
    @Override
    @Transactional(propagation = Propagation.NESTED)
    public void addNestedException(User2 user){
        user2Mapper.insert(user);
        throw new RuntimeException();
    }
}
3.1 場(chǎng)景一

此場(chǎng)景外圍方法沒(méi)有開(kāi)啟事務(wù)。

驗(yàn)證方法1:

    @Override
    public void notransaction_exception_nested_nested(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addNested(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        user2Service.addNested(user2);
        throw new RuntimeException();
    }

驗(yàn)證方法2:

    @Override
    public void notransaction_nested_nested_exception(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addNested(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        user2Service.addNestedException(user2);
    }

分別執(zhí)行驗(yàn)證方法,結(jié)果:

驗(yàn)證方法序號(hào) 數(shù)據(jù)庫(kù)結(jié)果 結(jié)果分析
1 “張三”、“李四”均插入。 外圍方法未開(kāi)啟事務(wù),插入“張三”、“李四”方法在自己的事務(wù)中獨(dú)立運(yùn)行,外圍方法異常不影響內(nèi)部插入“張三”、“李四”方法獨(dú)立的事務(wù)。
2 “張三”插入,“李四”未插入。 外圍方法沒(méi)有事務(wù),插入“張三”、“李四”方法都在自己的事務(wù)中獨(dú)立運(yùn)行,所以插入“李四”方法拋出異常只會(huì)回滾插入“李四”方法,插入“張三”方法不受影響。

結(jié)論:通過(guò)這兩個(gè)方法我們證明了在外圍方法未開(kāi)啟事務(wù)的情況下Propagation.NESTEDPropagation.REQUIRED作用相同,修飾的內(nèi)部方法都會(huì)新開(kāi)啟自己的事務(wù),且開(kāi)啟的事務(wù)相互獨(dú)立,互不干擾。

3.2 場(chǎng)景二

外圍方法開(kāi)啟事務(wù)。

驗(yàn)證方法1:

    @Transactional
    @Override
    public void transaction_exception_nested_nested(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addNested(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        user2Service.addNested(user2);
        throw new RuntimeException();
    }

驗(yàn)證方法2:

    @Transactional
    @Override
    public void transaction_nested_nested_exception(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addNested(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        user2Service.addNestedException(user2);
    }

驗(yàn)證方法3:

    @Transactional
    @Override
    public void transaction_nested_nested_exception_try(){
        User1 user1=new User1();
        user1.setName("張三");
        user1Service.addNested(user1);
        
        User2 user2=new User2();
        user2.setName("李四");
        try {
            user2Service.addNestedException(user2);
        } catch (Exception e) {
            System.out.println("方法回滾");
        }
    }

分別執(zhí)行驗(yàn)證方法,結(jié)果:

驗(yàn)證方法序號(hào) 數(shù)據(jù)庫(kù)結(jié)果 結(jié)果分析
1 “張三”、“李四”均未插入。 外圍方法開(kāi)啟事務(wù),內(nèi)部事務(wù)為外圍事務(wù)的子事務(wù),外圍方法回滾,內(nèi)部方法也要回滾。
2 “張三”、“李四”均未插入。 外圍方法開(kāi)啟事務(wù),內(nèi)部事務(wù)為外圍事務(wù)的子事務(wù),內(nèi)部方法拋出異?;貪L,且外圍方法感知異常致使整體事務(wù)回滾。
3 “張三”插入、“李四”未插入。 外圍方法開(kāi)啟事務(wù),內(nèi)部事務(wù)為外圍事務(wù)的子事務(wù),插入“張三”內(nèi)部方法拋出異常,可以多帶帶對(duì)子事務(wù)回滾。

結(jié)論:以上試驗(yàn)結(jié)果我們證明在外圍方法開(kāi)啟事務(wù)的情況下Propagation.NESTED修飾的內(nèi)部方法屬于外部事務(wù)的子事務(wù),外圍主事務(wù)回滾,子事務(wù)一定回滾,而內(nèi)部子事務(wù)可以多帶帶回滾而不影響外圍主事務(wù)和其他子事務(wù)

4. REQUIRED,REQUIRES_NEW,NESTED異同

由“1.2 場(chǎng)景二”和“3.2 場(chǎng)景二”對(duì)比,我們可知:
NESTED和REQUIRED修飾的內(nèi)部方法都屬于外圍方法事務(wù),如果外圍方法拋出異常,這兩種方法的事務(wù)都會(huì)被回滾。但是REQUIRED是加入外圍方法事務(wù),所以和外圍事務(wù)同屬于一個(gè)事務(wù),一旦REQUIRED事務(wù)拋出異常被回滾,外圍方法事務(wù)也將被回滾。而NESTED是外圍方法的子事務(wù),有多帶帶的保存點(diǎn),所以NESTED方法拋出異常被回滾,不會(huì)影響到外圍方法的事務(wù)。

由“2.2 場(chǎng)景二”和“3.2 場(chǎng)景二”對(duì)比,我們可知:
NESTED和REQUIRES_NEW都可以做到內(nèi)部方法事務(wù)回滾而不影響外圍方法事務(wù)。但是因?yàn)镹ESTED是嵌套事務(wù),所以外圍方法回滾之后,作為外圍方法事務(wù)的子事務(wù)也會(huì)被回滾。而REQUIRES_NEW是通過(guò)開(kāi)啟新的事務(wù)實(shí)現(xiàn)的,內(nèi)部事務(wù)和外圍事務(wù)是兩個(gè)事務(wù),外圍事務(wù)回滾不會(huì)影響內(nèi)部事務(wù)。

5. 其他事務(wù)傳播行為

鑒于文章篇幅問(wèn)題,其他事務(wù)傳播行為的測(cè)試就不在此一一描述了,感興趣的讀者可以去源碼中自己尋找相應(yīng)測(cè)試代碼和結(jié)果解釋。傳送門(mén):https://github.com/TmTse/tran...

模擬用例

介紹了這么多事務(wù)傳播行為,我們?cè)趯?shí)際工作中如何應(yīng)用呢?下面我來(lái)舉一個(gè)示例:

假設(shè)我們有一個(gè)注冊(cè)的方法,方法中調(diào)用添加積分的方法,如果我們希望添加積分不會(huì)影響注冊(cè)流程(即添加積分執(zhí)行失敗回滾不能使注冊(cè)方法也回滾),我們會(huì)這樣寫(xiě):

   @Service
   public class UserServiceImpl implements UserService {
        
        @Transactional
        public void register(User user){
                   
            try {
                membershipPointService.addPoint(Point point);
            } catch (Exception e) {
               //省略...
            }
            //省略...
        }
        //省略...
   }

我們還規(guī)定注冊(cè)失敗要影響addPoint()方法(注冊(cè)方法回滾添加積分方法也需要回滾),那么addPoint()方法就需要這樣實(shí)現(xiàn):

   @Service
   public class MembershipPointServiceImpl implements MembershipPointService{
        
        @Transactional(propagation = Propagation.NESTED)
        public void addPoint(Point point){
                   
            try {
                recordService.addRecord(Record record);
            } catch (Exception e) {
               //省略...
            }
            //省略...
        }
        //省略...
   }

我們注意到了在addPoint()中還調(diào)用了addRecord()方法,這個(gè)方法用來(lái)記錄日志。他的實(shí)現(xiàn)如下:

   @Service
   public class RecordServiceImpl implements RecordService{
        
        @Transactional(propagation = Propagation.NOT_SUPPORTED)
        public void addRecord(Record record){
                   
           
            //省略...
        }
        //省略...
   }

我們注意到addRecord()方法中propagation = Propagation.NOT_SUPPORTED,因?yàn)閷?duì)于日志無(wú)所謂精確,可以多一條也可以少一條,所以addRecord()方法本身和外圍addPoint()方法拋出異常都不會(huì)使addRecord()方法回滾,并且addRecord()方法拋出異常也不會(huì)影響外圍addPoint()方法的執(zhí)行。

通過(guò)這個(gè)例子相信大家對(duì)事務(wù)傳播行為的使用有了更加直觀的認(rèn)識(shí),通過(guò)各種屬性的組合確實(shí)能讓我們的業(yè)務(wù)實(shí)現(xiàn)更加靈活多樣。

結(jié)論

通過(guò)上面的介紹,相信大家對(duì)Spring事務(wù)傳播行為有了更加深入的理解,希望大家日常開(kāi)發(fā)工作有所幫助。

文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/68536.html

相關(guān)文章

  • 可能是最漂亮的Spring事務(wù)管理詳解

    摘要:事務(wù)隔離級(jí)別定義了一個(gè)事務(wù)可能受其他并發(fā)事務(wù)影響的程度我們先來(lái)看一下并發(fā)事務(wù)帶來(lái)的問(wèn)題,然后再來(lái)介紹一下接口中定義了五個(gè)表示隔離級(jí)別的常量。 Java面試通關(guān)手冊(cè)(Java學(xué)習(xí)指南):https://github.com/Snailclimb/Java_Guide 微信閱讀地址鏈接:可能是最漂亮的Spring事務(wù)管理詳解 事務(wù)概念回顧 什么是事務(wù)? 事務(wù)是邏輯上的一組操作,要么都執(zhí)行,...

    鄒立鵬 評(píng)論0 收藏0
  • Spring事務(wù)整理

    摘要:使用需要使用作為事務(wù)管理器。兩個(gè)事務(wù)互不影響。這是默認(rèn)的隔離級(jí)別,使用數(shù)據(jù)庫(kù)默認(rèn)的事務(wù)隔離級(jí)別下邊的四個(gè)與的隔離級(jí)別相對(duì)應(yīng)這是事務(wù)最低的隔離級(jí)別,它充許另外一個(gè)事務(wù)可以看到這個(gè)事務(wù)未提交的數(shù)據(jù)。這種事務(wù)隔離級(jí)別可 Spring事務(wù)整理 工作了幾年了,今天抽時(shí)間整理一下spring的事務(wù),說(shuō)起spring的事務(wù)是面試的時(shí)候面試官經(jīng)常提及的問(wèn)題,接下來(lái)結(jié)合網(wǎng)上資料再總結(jié)下spring的事務(wù)...

    stackvoid 評(píng)論0 收藏0
  • 【備戰(zhàn)春招/秋招系列】美團(tuán)面經(jīng)總結(jié)基礎(chǔ)篇 (附詳解答案)

    摘要:不同于個(gè)人面經(jīng),這份面經(jīng)具有普適性。我在前面的文章中也提到了應(yīng)該怎么做自我介紹與項(xiàng)目介紹,詳情可以查看這篇文章備戰(zhàn)春招秋招系列初出茅廬的程序員該如何準(zhǔn)備面試。是建立連接時(shí)使用的握手信號(hào)。它表示確認(rèn)發(fā)來(lái)的數(shù)據(jù)已經(jīng)接受無(wú)誤。 showImg(https://segmentfault.com/img/remote/1460000016972448?w=921&h=532); 該文已加入開(kāi)源文...

    Leck1e 評(píng)論0 收藏0
  • Spring【DAO模塊】就是這么簡(jiǎn)單

    摘要:連接對(duì)象執(zhí)行命令對(duì)象執(zhí)行關(guān)閉值得注意的是,對(duì)數(shù)據(jù)庫(kù)連接池是有很好的支持的。給我們提供了事務(wù)的管理器類(lèi),事務(wù)管理器類(lèi)又分為兩種,因?yàn)榈氖聞?wù)和的事務(wù)是不一樣的。 前言 上一篇Spring博文主要講解了如何使用Spring來(lái)實(shí)現(xiàn)AOP編程,本博文主要講解Spring的DAO模塊對(duì)JDBC的支持,以及Spring對(duì)事務(wù)的控制... 對(duì)于JDBC而言,我們肯定不會(huì)陌生,我們?cè)诔鯇W(xué)的時(shí)候肯定寫(xiě)過(guò)非...

    NSFish 評(píng)論0 收藏0
  • Spring事務(wù)管理

    摘要:事務(wù)的傳播行為當(dāng)事務(wù)方法被另一個(gè)事務(wù)方法調(diào)用時(shí),必須指定事務(wù)應(yīng)該如何傳播。事務(wù)配置配置文件中關(guān)于事務(wù)配置總是由三個(gè)組成部分,分別是和代理機(jī)制這三部分,無(wú)論哪種配置方式,一般變化的只是代理機(jī)制這部分。 數(shù)據(jù)庫(kù)事務(wù)的隔離級(jí)別 數(shù)據(jù)庫(kù)事務(wù)的隔離級(jí)別有4個(gè),由低到高依次為Read uncommitted 、Read committed 、Repeatable read 、Serializabl...

    TalkingData 評(píng)論0 收藏0

發(fā)表評(píng)論

0條評(píng)論

最新活動(dòng)
閱讀需要支付1元查看
<