關於事務回滾的場景和分析

1、題目：

題目場景

2、答案：

test1：會回滾 test2：不會回滾 test3：會回滾 test4：會回滾

3、具體分析：

一，特性：

1. 通常在service里加@Transactional註解，不建議在接口上添加，加了此註解後此類會歸入spring事務管理中，每一個業務方法執行時，都會開啓一個事務，不過都是按照相同的管理機制。
2. @Transactional註解只能應用到public修飾符上，其它修飾符不起做用，但不報錯。
3. 默認狀況下此註解會對unchecked異常進行回滾，對checked異常不回滾。

那什麼是unchecked,什麼是checked呢？

通俗的說，編譯器能檢測到的是checked，檢測不到的就是unchecked。
    派生於Error或者RuntimeException（好比空指針，1/0）的異常稱爲unchecked異常。
    繼承自Exception得異常統稱爲checked異常，如IOException、TimeoutException等。

    只讀事務：
     @Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)
    只讀標誌只在事務啓動時應用，不然即便配置也會被忽略。
複製代碼

4. 啓動事務會增長線程開銷，數據庫因共享讀取而鎖定(具體跟數據庫類型和事務隔離級別有關)。一般狀況下，僅是讀取數據時，沒必要設置只讀事務而增長額外的系統開銷。

二：事務傳播模式

Propagation枚舉了多種事務傳播模式，部分列舉以下：

一、REQUIRED(默認模式)：業務方法須要在一個容器裏運行。若是方法運行時，已經處在一個事務中，那麼加入到這個事務，不然本身新建一個新的事務。

二、NOT_SUPPORTED：聲明方法不須要事務。若是方法沒有關聯到一個事務，容器不會爲他開啓事務，若是方法在一個事務中被調用，該事務會被掛起，調用結束後，原先的事務會恢復執行。

三、REQUIRESNEW：無論是否存在事務，該方法總彙爲本身發起一個新的事務。若是方法已經運行在一個事務中，則原有事務掛起，新的事務被建立。

四、 MANDATORY：該方法只能在一個已經存在的事務中執行，業務方法不能發起本身的事務。若是在沒有事務的環境下被調用，容器拋出例外。

五、SUPPORTS：該方法在某個事務範圍內被調用，則方法成爲該事務的一部分。若是方法在該事務範圍外被調用，該方法就在沒有事務的環境下執行。

六、NEVER：該方法絕對不能在事務範圍內執行。若是在就拋例外。只有該方法沒有關聯到任何事務，才正常執行。

七、NESTED：若是一個活動的事務存在，則運行在一個嵌套的事務中。若是沒有活動事務，則按REQUIRED屬性執行。它使用了一個單獨的事務，這個事務擁有多個能夠回滾的保存點。內部事務的回滾不會對外部事務形成影響。它只對DataSourceTransactionManager事務管理器起效。

三，解決註解不回滾問題 1，檢查方法是否是public 2，檢查異常是否是unchecked異常 3，若是是checked異常也想回滾的話，註解上寫明異常類型便可 @Transactional(rollbackFor=Exception.class)