前言

最近在使用Spring框架時(shí)遇到了一些問題，主要是Spring的事務(wù)傳播問題，一個(gè)不帶事務(wù)的方法調(diào)用帶事務(wù)的方法，有時(shí)候會(huì)出現(xiàn)不回滾的情況，所以寫了這篇文章來記錄一下。

7種傳播方式

我們先來看Spring事務(wù)的7中傳播方式以及對(duì)應(yīng)的描述

注解式事務(wù)

在Spring中，我們常用@Transactional來標(biāo)注一個(gè)事務(wù)方法，如果有點(diǎn)進(jìn)去這個(gè)注解的源碼都可以看到Spring對(duì)于添加這個(gè)注解的方法，都會(huì)默認(rèn)將這個(gè)方法的事務(wù)的傳播等級(jí)設(shè)置為REQUIRED，也就是是當(dāng)前方法必須處于一個(gè)事務(wù)方法中，或者使用調(diào)用這個(gè)方法的事務(wù)行為。

下面我們來分析下這個(gè)注解在什么情況下會(huì)失效，并且需要怎么樣來去避免這種情況的發(fā)生。

事務(wù)的方法之間的調(diào)用

下面這個(gè)例子模仿的是一個(gè)帶事務(wù)的方法調(diào)用另外一個(gè)事務(wù)方法，在下面的這個(gè)方法報(bào)錯(cuò)，查看當(dāng)前事務(wù)有沒有進(jìn)行回滾

@Override
    @Transactional(rollbackFor = Exception.class)
    public void saveWithDish(SetmealDto setmealDto){
        this.save(setmealDto);
        List<SetmealDish> setmealDishes = setmealDto.getSetmealDishes();
    }
    @Transactional(rollbackFor = Exception.class)
    public void saveBa(List<SetmealDish> setmealDishes, SetmealDto setmealDto) throws Exception{
        setmealDishes = setmealDishes.stream().peek((item) -> item.setSetmealId(setmealDto.getId())).collect(Collectors.toList());
        setmealDishService.saveBatch(setmealDishes);
        int j = 2/0;
    }

根據(jù)事務(wù)的傳播等級(jí)來看，這種情況是肯定可以回滾的，但是如果是同一類中，像下面這種情況，同一個(gè)類中一個(gè)不帶事務(wù)的方法調(diào)用另外一個(gè)帶事務(wù)的方法，這種情況下它的事務(wù)會(huì)不會(huì)回滾呢？理論上我們覺得是會(huì)的，但是在測(cè)試的時(shí)候呢，我們發(fā)現(xiàn)這個(gè)事務(wù)并沒有進(jìn)行回滾，也就是說，這個(gè)事務(wù)注解@Transantional沒有生效

@Override
    public void saveWithDish(SetmealDto setmealDto) throws Exception{
        List<SetmealDish> setmealDishes = setmealDto.getSetmealDishes();
        saveBa(setmealDishes, setmealDto);
    }
    @Transactional(rollbackFor = Exception.class)
    public void saveBa(List<SetmealDish> setmealDishes, SetmealDto setmealDto) throws Exception{
        this.save(setmealDto);
        setmealDishes = setmealDishes.stream().peek((item) -> item.setSetmealId(setmealDto.getId())).collect(Collectors.toList());
        setmealDishService.saveBatch(setmealDishes);
        int j = 2/0;
    }

雖然這里我們報(bào)錯(cuò)了，但是數(shù)據(jù)庫(kù)中還是新增了一條剛剛我們添加的一條數(shù)據(jù)，這樣可以說明，這是沒有添加事務(wù)的，也驗(yàn)證了上面我們的方法。

下面我們來看情況上，當(dāng)不同類之間類方法的調(diào)用，如果一個(gè)事務(wù)方法調(diào)用一個(gè)非事務(wù)方法，這樣非事務(wù)方法當(dāng)然可以獲取到當(dāng)前這個(gè)事務(wù)的，不會(huì)開啟一個(gè)新的事務(wù)。但是當(dāng)一個(gè)非事務(wù)方法調(diào)用一個(gè)不同類的事務(wù)方法時(shí)，這樣會(huì)不會(huì)回滾呢，答案是會(huì)的，這邊我已經(jīng)進(jìn)行驗(yàn)證過了。

注意事項(xiàng)

我們需要記住Spring的默認(rèn)事務(wù)傳播等級(jí)是Required，在Spring掃描Bean時(shí)，會(huì)掃描這個(gè)方法是否帶有@Transactional注解，如果是包含的話，Spring會(huì)動(dòng)態(tài)生成一個(gè)代理類（proxy）,當(dāng)這個(gè)方法被調(diào)用時(shí)，是由代理類來進(jìn)行調(diào)用的，而在初始化時(shí)，同一個(gè)類下面，這個(gè)方法如果是沒有帶@Transactional注解調(diào)用一個(gè)@Transactional的方法的話，這個(gè)方法的調(diào)用是沒有經(jīng)過代理類的，就不會(huì)啟動(dòng)transactional，也就是在同一個(gè)類出現(xiàn)無效的現(xiàn)象出現(xiàn)

所以，解決的話，我們可以將這兩個(gè)方法分開到兩個(gè)不同的類中，所以我們可以知道在一個(gè)service類中，如果一個(gè)非事務(wù)方法調(diào)用一個(gè)帶事務(wù)的方法和事務(wù)方法之間的相互調(diào)用都不會(huì)開啟新的事務(wù)。

到此這篇關(guān)于Spring事務(wù)傳播中嵌套調(diào)用實(shí)現(xiàn)方法詳細(xì)介紹的文章就介紹到這了,更多相關(guān)Spring嵌套調(diào)用內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論