引言

@Transactional是spring通過aop讓我們輕松實現(xiàn)事務控制的一個注解；而synchronized是實現(xiàn)同步的java關鍵字；但是它們兩個不能一起使用，一起使用會出現(xiàn)

synchronized失效的問題，這里簡單記錄一下這個問題；

發(fā)現(xiàn)問題

我在impl中實現(xiàn)一個功能邏輯時，為了保證冪等性，在方法中使用synchronized保證同一個用戶短時間內多次請求只能串行執(zhí)行，因為數(shù)據(jù)變動涉及多張表，所以我又加了一個@Transactional注解，偽代碼如下：

@Transactional
public void demo() {
    ...一些操作...
    synchronized(lock) {
        ...數(shù)據(jù)庫讀寫操作...
    }
}

然后測試時就發(fā)現(xiàn)synchronized沒有生效，確認代碼邏輯沒有問題后，查詢了資料發(fā)現(xiàn)了問題；

問題原因

這里不過多解釋@Transactional注解底層，感興趣可以自行查閱資料；

主要原因就是@Transactional注解通過aop實現(xiàn)事務管理，當標注該注解的方法執(zhí)行完成后才提交事務，而synchronized代碼塊又是在一個事務內，就會出現(xiàn)第一個線程釋放鎖后但是事務還沒提交，第二個線程就進入同步代碼塊獲取到未提交的數(shù)據(jù)庫數(shù)據(jù)；

大致如圖：

解決問題

大致思路

解決方法很簡單，既然問題出在事務未提交，那么只要把對應事務操作的代碼單獨抽取出來，封裝成一個單獨的方法，在synchronized中調用該方法即可；

如圖：

偽代碼為：

public void demo() {
    ...一些操作...
    synchronized(lock) {
        databaseOption(); // 調用數(shù)據(jù)庫操作方法
    }
}
@Transactional
public void databaseOption() {
    ...數(shù)據(jù)庫讀寫操作...
}

注意：@Transactional注解修飾的方法需要是public權限；

雖然這樣寫好像解決了事務未提交的問題，但是這樣寫會存在新的問題；上面這種是這兩種方法都寫在serviceImpl中，但是這樣調用databaseOption方法就會出現(xiàn)@Transactional事務不生效的情況；

@Transactional事務不生效問題

所以在同一個類內部調用@Transactional標注的方法事務也不會開啟，原因是：

@Transactional事務管理是基于動態(tài)代理對象的代理邏輯實現(xiàn)的，那么如果在類內部調用類內部的事務方法，這個調用事務方法的過程并不是通過代理對象來調用的，而是直接通過this對象來調用方法，繞過的代理對象，肯定就是沒有代理邏輯了

依然是@Transactional的底層原理，可以好好研究一下這個注解，面試就有的聊了；

那么解決方法就是：

不要把由@Transactional修飾的databaseOption方法和調用它的方法放到同一個類中；這里你可以多寫個service放databaseOption方法，但是這樣好像沒有什么意義；我選擇的是把同步代碼塊放到controller中，在controller中調用serviceImpl中的databaseOption方法；

偽代碼：

controller類

@RestController
public class TestController {
    @Resource 
    private TestService testService;
    @PostMapping("/test")
    public String testInterface() {
            ...一些操作...
        synchronized(lock) {
            testService.databaseOption(); // 調用數(shù)據(jù)庫操作方法
        }
    }
}

service類

@Service("testService")
public class TestServiceImpl implements TestService {
    @Transactional
    public void databaseOption() {
        ...數(shù)據(jù)庫讀寫操作...
    }
}

這樣就能保證@Transactional事務生效；但是這樣寫的缺點就是一些邏輯會被拆分到controller中，可讀性會稍差點；

總結

這就是這兩天我踩的坑，總的來說所有問題的出現(xiàn)都是由于對@Transactional這個注解理解的不透徹，以后還是要了解該注解的實現(xiàn)原理；

到此這篇關于Java @Transactional與synchronized使用的問題的文章就介紹到這了,更多相關Java @Transactional與synchronized內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家！

最新評論