決戰(zhàn)Spring的事務(wù)傳播機(jī)制

前言

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

基礎(chǔ)概念

1. 什么是事務(wù)傳播行為酥泛？

事務(wù)傳播行為用來描述由某一個事務(wù)傳播行為修飾的方法被嵌套進(jìn)另一個方法的時事務(wù)如何傳播今豆。
用偽代碼說明：

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

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

2. Spring中七種事務(wù)傳播行為

事務(wù)傳播行為類型 說明
PROPAGATION_REQUIRED 如果當(dāng)前沒有事務(wù)捶索，就新建一個事務(wù)插掂，如果已經(jīng)存在一個事務(wù)中，加入到這個事務(wù)中。這是最常見的選擇辅甥。
PROPAGATION_SUPPORTS 支持當(dāng)前事務(wù)酝润，如果當(dāng)前沒有事務(wù)，就以非事務(wù)方式執(zhí)行璃弄。
PROPAGATION_MANDATORY 使用當(dāng)前的事務(wù)要销，如果當(dāng)前沒有事務(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)前沒有事務(wù)印蓖，則執(zhí)行與PROPAGATION_REQUIRED類似的操作。

定義非常簡單京腥，也很好理解赦肃，下面我們就進(jìn)入代碼測試部分，驗證我們的理解是否正確公浪。

代碼驗證

文中代碼以傳統(tǒng)三層結(jié)構(gòu)中兩層呈現(xiàn)他宛，即Service和Dao層鉴裹，由Spring負(fù)責(zé)依賴注入和注解式事務(wù)管理何陆，DAO層由Mybatis實現(xiàn)，你也可以使用任何喜歡的方式戈二，例如预柒，Hibernate,JPA,JDBCTemplate等队塘。數(shù)據(jù)庫使用的是MySQL數(shù)據(jù)庫，你也可以使用任何支持事務(wù)的數(shù)據(jù)庫宜鸯，并不會影響驗證結(jié)果憔古。
首先我們在數(shù)據(jù)庫中創(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;

然后編寫相應(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);
    //其他方法省略...
}

最后也是具體驗證的代碼由service層實現(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 場景一

此場景外圍方法沒有開啟事務(wù)。
驗證方法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();
    }

驗證方法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í)行驗證方法，結(jié)果：

驗證方法序號 數(shù)據(jù)庫結(jié)果 結(jié)果分析
1 “張三”焰情、“李四”均插入陌凳。 外圍方法未開啟事務(wù)，插入“張三”内舟、“李四”方法在自己的事務(wù)中獨立運行合敦，外圍方法異常不影響內(nèi)部插入“張三”、“李四”方法獨立的事務(wù)谒获。
2 “張三”插入蛤肌，“李四”未插入。 外圍方法沒有事務(wù)批狱，插入“張三”裸准、“李四”方法都在自己的事務(wù)中獨立運行,所以插入“李四”方法拋出異常只會回滾插入“李四”方法，插入“張三”方法不受影響赔硫。

結(jié)論：通過這兩個方法我們證明了在外圍方法未開啟事務(wù)的情況下Propagation.REQUIRED修飾的內(nèi)部方法會新開啟自己的事務(wù)炒俱，且開啟的事務(wù)相互獨立，互不干擾爪膊。

1.2 場景二

外圍方法開啟事務(wù)权悟，這個是使用率比較高的場景。
驗證方法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();
    }

驗證方法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);
    }

驗證方法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í)行驗證方法推盛，結(jié)果：

驗證方法序號 數(shù)據(jù)庫結(jié)果 結(jié)果分析
1 “張三”峦阁、“李四”均未插入。 外圍方法開啟事務(wù)耘成，內(nèi)部方法加入外圍方法事務(wù)榔昔，外圍方法回滾，內(nèi)部方法也要回滾瘪菌。
2 “張三”撒会、“李四”均未插入。 外圍方法開啟事務(wù)师妙，內(nèi)部方法加入外圍方法事務(wù)诵肛，內(nèi)部方法拋出異常回滾默穴，外圍方法感知異常致使整體事務(wù)回滾怔檩。
3 “張三”、“李四”均未插入蓄诽。 外圍方法開啟事務(wù)珠洗，內(nèi)部方法加入外圍方法事務(wù)，內(nèi)部方法拋出異橙糇ǎ回滾许蓖，即使方法被catch不被外圍方法感知，整個事務(wù)依然回滾。

結(jié)論：以上試驗結(jié)果我們證明在外圍方法開啟事務(wù)的情況下Propagation.REQUIRED修飾的內(nèi)部方法會加入到外圍方法的事務(wù)中膊爪，所有Propagation.REQUIRED修飾的內(nèi)部方法和外圍方法均屬于同一事務(wù)自阱，只要一個方法回滾，整個事務(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 場景一

外圍方法沒有開啟事務(wù)。
驗證方法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();
        
    }

驗證方法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í)行驗證方法赃额，結(jié)果：

驗證方法序號 數(shù)據(jù)庫結(jié)果 結(jié)果分析
1 “張三”插入加派，“李四”插入。 外圍方法沒有事務(wù)跳芳，插入“張三”芍锦、“李四”方法都在自己的事務(wù)中獨立運行,外圍方法拋出異常回滾不會影響內(nèi)部方法飞盆。
2 “張三”插入娄琉，“李四”未插入 外圍方法沒有開啟事務(wù)，插入“張三”方法和插入“李四”方法分別開啟自己的事務(wù)吓歇，插入“李四”方法拋出異衬跛回滾，其他事務(wù)不受影響城看。

結(jié)論：通過這兩個方法我們證明了在外圍方法未開啟事務(wù)的情況下Propagation.REQUIRES_NEW修飾的內(nèi)部方法會新開啟自己的事務(wù)女气，且開啟的事務(wù)相互獨立，互不干擾测柠。

2.2 場景二

外圍方法開啟事務(wù)主卫。
驗證方法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();
    }

驗證方法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);
    }

驗證方法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í)行驗證方法，結(jié)果：

驗證方法序號 數(shù)據(jù)庫結(jié)果 結(jié)果分析
1 “張三”未插入鹃愤，“李四”插入，“王五”插入完域。 外圍方法開啟事務(wù)软吐，插入“張三”方法和外圍方法一個事務(wù)，插入“李四”方法吟税、插入“王五”方法分別在獨立的新建事務(wù)中凹耙，外圍方法拋出異常只回滾和外圍方法同一事務(wù)的方法，故插入“張三”的方法回滾肠仪。
2 “張三”未插入肖抱，“李四”插入，“王五”未插入异旧。 外圍方法開啟事務(wù)意述，插入“張三”方法和外圍方法一個事務(wù)，插入“李四”方法、插入“王五”方法分別在獨立的新建事務(wù)中荤崇。插入“王五”方法拋出異常拌屏，首先插入 “王五”方法的事務(wù)被回滾，異常繼續(xù)拋出被外圍方法感知术荤，外圍方法事務(wù)亦被回滾倚喂，故插入“張三”方法也被回滾。
3 “張三”插入瓣戚，“李四”插入端圈，“王五”未插入。 外圍方法開啟事務(wù)子库，插入“張三”方法和外圍方法一個事務(wù)舱权，插入“李四”方法、插入“王五”方法分別在獨立的新建事務(wù)中刚照。插入“王五”方法拋出異常刑巧，首先插入“王五”方法的事務(wù)被回滾，異常被catch不會被外圍方法感知无畔，外圍方法事務(wù)不回滾啊楚，故插入“張三”方法插入成功。

結(jié)論：在外圍方法開啟事務(wù)的情況下Propagation.REQUIRES_NEW修飾的內(nèi)部方法依然會單獨開啟獨立事務(wù)浑彰，且與外部方法事務(wù)也獨立恭理，內(nèi)部方法之間、內(nèi)部方法和外部方法事務(wù)均相互獨立郭变，互不干擾颜价。

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 場景一

此場景外圍方法沒有開啟事務(wù)诉濒。
驗證方法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();
    }

驗證方法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í)行驗證方法周伦，結(jié)果：

驗證方法序號 數(shù)據(jù)庫結(jié)果 結(jié)果分析
1 “張三”、“李四”均插入未荒。 外圍方法未開啟事務(wù)专挪，插入“張三”、“李四”方法在自己的事務(wù)中獨立運行片排，外圍方法異常不影響內(nèi)部插入“張三”寨腔、“李四”方法獨立的事務(wù)。
2 “張三”插入率寡，“李四”未插入迫卢。 外圍方法沒有事務(wù)，插入“張三”冶共、“李四”方法都在自己的事務(wù)中獨立運行,所以插入“李四”方法拋出異常只會回滾插入“李四”方法乾蛤，插入“張三”方法不受影響每界。

結(jié)論：通過這兩個方法我們證明了在外圍方法未開啟事務(wù)的情況下Propagation.NESTED和Propagation.REQUIRED作用相同，修飾的內(nèi)部方法都會新開啟自己的事務(wù)幻捏，且開啟的事務(wù)相互獨立盆犁，互不干擾。

3.2 場景二

外圍方法開啟事務(wù)篡九。
驗證方法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();
    }

驗證方法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);
    }

驗證方法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í)行驗證方法谐岁，結(jié)果：

驗證方法序號 數(shù)據(jù)庫結(jié)果 結(jié)果分析
1 “張三”、“李四”均未插入榛臼。 外圍方法開啟事務(wù)伊佃，內(nèi)部事務(wù)為外圍事務(wù)的子事務(wù)，外圍方法回滾沛善，內(nèi)部方法也要回滾航揉。
2 “張三”、“李四”均未插入金刁。 外圍方法開啟事務(wù)帅涂，內(nèi)部事務(wù)為外圍事務(wù)的子事務(wù)，內(nèi)部方法拋出異秤嚷回滾媳友，且外圍方法感知異常致使整體事務(wù)回滾。
3 “張三”插入产捞、“李四”未插入醇锚。 外圍方法開啟事務(wù)，內(nèi)部事務(wù)為外圍事務(wù)的子事務(wù)坯临，插入“李四”內(nèi)部方法拋出異常焊唬，可以單獨對子事務(wù)回滾。

結(jié)論：以上試驗結(jié)果我們證明在外圍方法開啟事務(wù)的情況下Propagation.NESTED修飾的內(nèi)部方法屬于外部事務(wù)的子事務(wù)看靠，外圍主事務(wù)回滾赶促，子事務(wù)一定回滾，而內(nèi)部子事務(wù)可以單獨回滾而不影響外圍主事務(wù)和其他子事務(wù)

4. REQUIRED,REQUIRES_NEW,NESTED異同

由“1.2 場景二”和“3.2 場景二”對比挟炬，我們可知：
NESTED和REQUIRED修飾的內(nèi)部方法都屬于外圍方法事務(wù)鸥滨，如果外圍方法拋出異常，這兩種方法的事務(wù)都會被回滾辟宗。但是REQUIRED是加入外圍方法事務(wù)，所以和外圍事務(wù)同屬于一個事務(wù)吝秕，一旦REQUIRED事務(wù)拋出異常被回滾泊脐，外圍方法事務(wù)也將被回滾。而NESTED是外圍方法的子事務(wù)烁峭，有單獨的保存點容客，所以NESTED方法拋出異常被回滾秕铛，不會影響到外圍方法的事務(wù)。
由“2.2 場景二”和“3.2 場景二”對比缩挑，我們可知：
NESTED和REQUIRES_NEW都可以做到內(nèi)部方法事務(wù)回滾而不影響外圍方法事務(wù)但两。但是因為NESTED是嵌套事務(wù)，所以外圍方法回滾之后供置，作為外圍方法事務(wù)的子事務(wù)也會被回滾谨湘。而REQUIRES_NEW是通過開啟新的事務(wù)實現(xiàn)的，內(nèi)部事務(wù)和外圍事務(wù)是兩個事務(wù)芥丧，外圍事務(wù)回滾不會影響內(nèi)部事務(wù)紧阔。

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

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

模擬用例

介紹了這么多事務(wù)傳播行為，我們在實際工作中如何應(yīng)用呢物遇？下面我來舉一個示例：
假設(shè)我們有一個注冊的方法乖仇，方法中調(diào)用添加積分的方法，如果我們希望添加積分不會影響注冊流程（即添加積分執(zhí)行失敗回滾不能使注冊方法也回滾）询兴，我們會這樣寫：

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

我們還規(guī)定注冊失敗要影響addPoint()方法（注冊方法回滾添加積分方法也需要回滾）乃沙，那么addPoint()方法就需要這樣實現(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()方法，這個方法用來記錄日志蕉朵。他的實現(xiàn)如下：

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

我們注意到addRecord()方法中propagation = Propagation.NOT_SUPPORTED崔涂，因為對于日志無所謂精確，可以多一條也可以少一條始衅，所以addRecord()方法本身和外圍addPoint()方法拋出異常都不會使addRecord()方法回滾冷蚂，并且addRecord()方法拋出異常也不會影響外圍addPoint()方法的執(zhí)行。
通過這個例子相信大家對事務(wù)傳播行為的使用有了更加直觀的認(rèn)識汛闸，通過各種屬性的組合確實能讓我們的業(yè)務(wù)實現(xiàn)更加靈活多樣蝙茶。

對REQUIRED中的1.2場景二的驗證方法3，外圍方法把會發(fā)生異常的方法try...catch了的整個事務(wù)會回滾的疑問[原文第一個評論]

回滾其實是因為拋出了另外一個異常：Transaction was marked for rollback only; cannot commit诸老；
我理解為內(nèi)部方法發(fā)生異常時隆夯，就已經(jīng)將該事務(wù)標(biāo)記為了rollbackOnly，必須回滾别伏，但是又因為外部方法將該異常方法捕獲了蹄衷，所以無法感知，就會進(jìn)行事務(wù)提交厘肮，最后因為無法提交而拋出該異常愧口。

異常由AbstractPlatformTransactionManager.commit()方法拋出。仔細(xì)看commit()的代碼邏輯感覺需要全局回滾的時候就會做回滾操作类茂，但是執(zhí)行回滾操作之后耍属，是因為事務(wù)狀態(tài)為新建而拋出了異常托嚣。這里我暫且下一個結(jié)論，并不是因為這個異常造成無法提交厚骗，而是因為執(zhí)行完全局回滾之后因為事務(wù)狀態(tài)為新建而拋出異常示启，至于為什么事務(wù)狀態(tài)為新建由于對源碼不夠深入并沒有搞清楚，

原文地址：https://segmentfault.com/a/1190000013341344

最后編輯于 ：
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 人面猴
    序言：七十年代末领舰，一起剝皮案震驚了整個濱河市夫嗓，隨后出現(xiàn)的幾起案子，更是在濱河造成了極大的恐慌提揍，老刑警劉巖啤月，帶你破解...
    沈念sama閱讀 219,039評論 6贊 508
  • 死咒
    序言：濱河連續(xù)發(fā)生了三起死亡事件，死亡現(xiàn)場離奇詭異劳跃，居然都是意外死亡谎仲，警方通過查閱死者的電腦和手機(jī)，發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,426評論 3贊 395
  • 救了他兩次的神仙讓他今天三更去死
    文/潘曉璐 我一進(jìn)店門刨仑，熙熙樓的掌柜王于貴愁眉苦臉地迎上來郑诺，“玉大人，你說我怎么就攤上這事杉武≌薜” “怎么了？”我有些...
    開封第一講書人閱讀 165,417評論 0贊 356
  • 道士緝兇錄：失蹤的賣姜人
    文/不壞的土叔 我叫張陵轻抱，是天一觀的道長飞涂。 經(jīng)常有香客問我，道長祈搜，這世上最難降的妖魔是什么较店？ 我笑而不...
    開封第一講書人閱讀 58,868評論 1贊 295
  • ?港島之戀（遺憾婚禮）
    正文 為了忘掉前任，我火速辦了婚禮容燕，結(jié)果婚禮上梁呈，老公的妹妹穿的比我還像新娘。我一直安慰自己蘸秘，他們只是感情好官卡，可當(dāng)我...
    茶點故事閱讀 67,892評論 6贊 392
  • 惡毒庶女頂嫁案：這布局不是一般人想出來的
    文/花漫 我一把揭開白布。 她就那樣靜靜地躺著醋虏，像睡著了一般寻咒。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上颈嚼，一...
    開封第一講書人閱讀 51,692評論 1贊 305
  • 城市分裂傳說
    那天毛秘，我揣著相機(jī)與錄音，去河邊找鬼粘舟。 笑死熔脂，一個胖子當(dāng)著我的面吹牛，可吹牛的內(nèi)容都是我干的柑肴。 我是一名探鬼主播霞揉，決...
    沈念sama閱讀 40,416評論 3贊 419
  • 雙鴛鴦連環(huán)套：你想象不到人心有多黑
    文/蒼蘭香墨 我猛地睜開眼，長吁一口氣：“原來是場噩夢啊……” “哼晰骑！你這毒婦竟也來了适秩？” 一聲冷哼從身側(cè)響起，我...
    開封第一講書人閱讀 39,326評論 0贊 276
  • 萬榮殺人案實錄
    序言：老撾萬榮一對情侶失蹤硕舆，失蹤者是張志新（化名）和其女友劉穎秽荞，沒想到半個月后，有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體抚官，經(jīng)...
    沈念sama閱讀 45,782評論 1贊 316
  • ?護(hù)林員之死
    正文 獨居荒郊野嶺守林人離奇死亡扬跋，尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 37,957評論 3贊 337
  • ?白月光啟示錄
    正文 我和宋清朗相戀三年，在試婚紗的時候發(fā)現(xiàn)自己被綠了凌节。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片钦听。...
    茶點故事閱讀 40,102評論 1贊 350
  • 活死人
    序言：一個原本活蹦亂跳的男人離奇死亡，死狀恐怖倍奢，靈堂內(nèi)的尸體忽然破棺而出朴上，到底是詐尸還是另有隱情，我是刑警寧澤卒煞，帶...
    沈念sama閱讀 35,790評論 5贊 346
  • ?日本核電站爆炸內(nèi)幕
    正文 年R本政府宣布痪宰，位于F島的核電站，受9級特大地震影響畔裕，放射性物質(zhì)發(fā)生泄漏衣撬。R本人自食惡果不足惜，卻給世界環(huán)境...
    茶點故事閱讀 41,442評論 3贊 331
  • 男人毒藥：我在死后第九天來索命
    文/蒙蒙 一柴钻、第九天 我趴在偏房一處隱蔽的房頂上張望淮韭。 院中可真熱鬧，春花似錦贴届、人聲如沸靠粪。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,996評論 0贊 22
  • 一樁弒父案毫蚓，背后竟有這般陰謀
    文/蒼蘭香墨 我抬頭看了看天上的太陽占键。三九已至，卻和暖如春元潘，著一層夾襖步出監(jiān)牢的瞬間畔乙，已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 33,113評論 1贊 272
  • 情欲美人皮
    我被黑心中介騙來泰國打工翩概， 沒想到剛下飛機(jī)就差點兒被人妖公主榨干…… 1. 我叫王不留牲距，地道東北人返咱。 一個月前我還...
    沈念sama閱讀 48,332評論 3贊 373
  • 代替公主和親
    正文 我出身青樓，卻偏偏與公主長得像牍鞠，于是被迫代替她去往敵國和親咖摹。 傳聞我的和親對象是個殘疾皇子，可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 45,044評論 2贊 355