@Transactional注解的原理

轉(zhuǎn)自 http://www.reibang.com/p/24ed55ad4531
Spring 事務(wù)注解 @Transactional 本來可以保證原子性句喜，如果事務(wù)內(nèi)有報(bào)錯(cuò)的話柒昏，整個(gè)事務(wù)可以保證回滾醇滥，但是加上try catch或者事務(wù)嵌套佩谣，可能會(huì)導(dǎo)致事務(wù)回滾失敗凡怎。測試一波。

準(zhǔn)備
建兩張表粘招，模擬兩個(gè)數(shù)據(jù)操作

CREATE TABLE user (
id int(11) NOT NULL AUTO_INCREMENT,
name varchar(20) DEFAULT NULL,
age smallint(3) DEFAULT NULL,
PRIMARY KEY (id)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;

CREATE TABLE role (
id int(11) NOT NULL AUTO_INCREMENT,
role_name varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci DEFAULT NULL,
PRIMARY KEY (id)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8;
測試
根據(jù)排列組合原理啥寇，我們進(jìn)行四種測試：1、無try catch洒扎、無嵌套辑甜；2、有try catch袍冷、無嵌套磷醋；3、無try catch胡诗、有嵌套邓线；4、都有煌恢。

最簡單測試
如果我們單純@Transactional骇陈，事務(wù)可以正常回滾嗎瑰抵？

@GetMapping("/saveNormal0")
@Transactional
public void saveNormal0() throws Exception {
    int age = random.nextInt(100);
    User user = new User().setAge(age).setName("name:"+age);
    userService.save(user);
    throw new RuntimeException();
}

如果事務(wù)內(nèi)報(bào)了RuntimeException錯(cuò)誤你雌，事務(wù)可以回滾。

@GetMapping("/saveNormal0")
@Transactional
public void saveNormal0() throws Exception {
    int age = random.nextInt(100);
    User user = new User().setAge(age).setName("name:"+age);
    userService.save(user);
    throw new Exception();
}

如果事務(wù)內(nèi)報(bào)了Exception錯(cuò)誤（非RuntimeException錯(cuò)誤）二汛，事務(wù)不可以回滾婿崭。

@GetMapping("/saveNormal0")
@Transactional( rollbackFor = Exception.class)
public void saveNormal0() throws Exception {
    int age = random.nextInt(100);
    User user = new User().setAge(age).setName("name:"+age);
    userService.save(user);
    throw new Exception();
}

如果是Exception錯(cuò)誤（非RuntimeException），加上 rollbackFor = Exception.class 參數(shù)也可以實(shí)現(xiàn)回滾肴颊。

結(jié)論一：對于@Transactional可以保證RuntimeException錯(cuò)誤的回滾氓栈，如果想保證非RuntimeException錯(cuò)誤的回滾，需要加上rollbackFor = Exception.class 參數(shù)婿着。

try catch 影響
經(jīng)過博主多種情況測試授瘦，發(fā)現(xiàn)try catch對回滾這個(gè)事本身沒有什么影響，結(jié)論一照樣成立竟宋。try catch只是對異常是否可以被@Transactional 感知到有影響奥务。如果錯(cuò)誤拋到切面可以感知到的地步，那就可以起作用袜硫。

@GetMapping("/saveTryCatch")
@Transactional( rollbackFor = Exception.class)
public void saveTryCatch() throws Exception{
    try{
        int age = random.nextInt(100);
        User user = new User().setAge(age).setName("name:"+age);
        userService.save(user);
        throw new Exception();
    }catch (Exception e){
        throw e;
    }
}

比如上面一段代碼就回滾了氯葬。

@GetMapping("/saveTryCatch")
@Transactional( rollbackFor = Exception.class)
public void saveTryCatch() throws Exception{
    try{
        int age = random.nextInt(100);
        User user = new User().setAge(age).setName("name:"+age);
        userService.save(user);
        throw new Exception();
    }catch (Exception e){
    }
}

然而，將catch中的錯(cuò)誤不繼續(xù)網(wǎng)上拋婉陷，切面無法感知到錯(cuò)誤帚称，無法進(jìn)行處理，那么事務(wù)就無法回滾了秽澳。

結(jié)論二：try catch只是對異常是否可以被@Transactional 感知到有影響闯睹。如果錯(cuò)誤拋到切面可以感知到的地步，那就可以起作用担神。

事務(wù)嵌套影響
首先經(jīng)過實(shí)驗(yàn)楼吃，結(jié)論一仍然成立，即，當(dāng)不加上rollbackFor = Exception.class 的時(shí)候孩锡，無論內(nèi)外報(bào)RuntimeException酷宵，都會(huì)回滾；無論內(nèi)外報(bào) 非RuntimeException 錯(cuò)誤躬窜，都不會(huì)回滾浇垦。如果加上rollbackFor = Exception.class，無論內(nèi)外怎么報(bào)錯(cuò)荣挨，都會(huì)回滾男韧。這些代碼就不給出了。接下來默垄，試下下面兩種情況：

@GetMapping("/out")
@Transactional( rollbackFor = Exception.class)
public void out() throws Exception{
    innerService.inner();
    int age = random.nextInt(100);
    User user = new User().setAge(age).setName("name:" + age);
    userService.save(user);
    throw new Exception();
}
@Transactional
public void inner() throws Exception{
    Role role = new Role();
    role.setRoleName("roleName:"+new Random().nextInt(100));
    roleService.save(role);

// throw new Exception();
}
情況一此虑，外面事務(wù)加上rollbackFor = Exception.class，里面事務(wù)不加口锭，測試內(nèi)外分別報(bào)錯(cuò)的情況（為了簡化代碼量朦前，只給出了外面報(bào)錯(cuò)的代碼），都可以回滾讹弯。因?yàn)榭黾龋瑹o論如何，錯(cuò)誤都拋給了外面那個(gè)事務(wù)進(jìn)行處理组民，而外面那個(gè)加上了rollbackFor = Exception.class棒仍，具備處理非RuntimeException錯(cuò)誤的能力，所以都可以讓事務(wù)進(jìn)行正吵羰ぃ回滾莫其。

下面看情況二，里面的事務(wù)加上rollbackFor = Exception.class耸三，外面不加乱陡，外面報(bào)錯(cuò)。

@GetMapping("/out")
@Transactional
public void out() throws Exception{
    innerService.inner();
    int age = random.nextInt(100);
    User user = new User().setAge(age).setName("name:" + age);
    userService.save(user);
    throw new Exception();
}

@Transactional( rollbackFor = Exception.class)
public void inner() throws Exception{
    Role role = new Role();
    role.setRoleName("roleName:"+new Random().nextInt(100));
    roleService.save(role);
}

事務(wù)都無法回滾仪壮，這是我們有個(gè)疑問憨颠，里面的事務(wù)明明有很強(qiáng)的處理能力啊，為什么和外面一起回滾失敗呢积锅，別著急爽彤，等等聊這個(gè)。

然后試下里面報(bào)錯(cuò)：

@GetMapping("/out")
@Transactional
public void out() throws Exception{
    innerService.inner();
    int age = random.nextInt(100);
    User user = new User().setAge(age).setName("name:" + age);
    userService.save(user);
}
 @Transactional( rollbackFor = Exception.class)
public void inner() throws Exception{
    Role role = new Role();
    role.setRoleName("roleName:"+new Random().nextInt(100));
    roleService.save(role);
    throw new Exception();
}

咦缚陷，這回都進(jìn)行了正常的回滾适篙。我的天，這回外面沒有處理能力箫爷，為什么接受里面拋出來的錯(cuò)誤嚷节，也進(jìn)行了回滾Ｄ羧濉！硫痰！看上去衩婚，就好像里外事務(wù)總是同生共死的對不對？原來碍论，@Transactional還有個(gè)參數(shù)谅猾，看下源碼柄慰，這個(gè)注解還有默認(rèn)值：

Propagation propagation() default Propagation.REQUIRED;
REQUIRED的意思是說鳍悠，事務(wù)嵌套的時(shí)候，如果發(fā)現(xiàn)已經(jīng)有事務(wù)存在了坐搔，就加入這個(gè)事務(wù)藏研，而不是新建一個(gè)事務(wù)，所以根本就不存在兩個(gè)事務(wù)概行，一直只有一個(gè)蠢挡！至于，此參數(shù)其他值凳忙，本文不進(jìn)行測試业踏。回到上面的問題涧卵，當(dāng)外面報(bào)錯(cuò)的時(shí)候勤家，此時(shí)查看事務(wù)，沒有增加rollbackFor = Exception.class參數(shù)柳恐，即沒有處理非RuntimeException能力伐脖，所以代碼走完，貌似“兩個(gè)事務(wù)”乐设，都回滾失敗了讼庇。當(dāng)里面報(bào)錯(cuò)的時(shí)候，事務(wù)已經(jīng)添加上了處理非RuntimeException能力近尚，所以蠕啄，代碼走完就回滾成功了。

結(jié)論三：由于REQUIRED屬性戈锻，“兩個(gè)事務(wù)”其實(shí)是一個(gè)事務(wù)歼跟，處理能力看報(bào)錯(cuò)時(shí)刻，是否添加了處理非RuntimeException的能力舶沛。

try catch和事務(wù)嵌套共同影響
在結(jié)論一二三成立的條件下嘹承，探索共同影響的問題就簡單多了，由于情況太多如庭，就不進(jìn)行過多的代碼展示了叹卷。

結(jié)論
結(jié)論一：對于@Transactional可以保證RuntimeException錯(cuò)誤的回滾撼港，如果想保證非RuntimeException錯(cuò)誤的回滾，需要加上rollbackFor = Exception.class 參數(shù)骤竹。
結(jié)論二：try catch只是對異常是否可以被@Transactional 感知到有影響帝牡。如果錯(cuò)誤拋到切面可以感知到的地步，那就可以起作用蒙揣。
結(jié)論三：由于REQUIRED屬性靶溜，“兩個(gè)事務(wù)”其實(shí)是一個(gè)事務(wù)，處理能力看報(bào)錯(cuò)時(shí)刻懒震，是否添加了處理非RuntimeException的能力罩息。

作者：啤酒就辣條
鏈接：http://www.reibang.com/p/24ed55ad4531
來源：簡書
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請聯(lián)系作者獲得授權(quán)个扰，非商業(yè)轉(zhuǎn)載請注明出處瓷炮。