發現項目中使用@Transactional註解事務，拋了異常卻不回滾，分析下原因。
一、聲明式事務特性
先來了解一下@Transactional註解事務的特性，以便於更好排查問題
1、service類(一般不建議在接口上)上添加@Transactional，可以將整個類納入spring事務管理，在每個業務方法執行時都會開啓一個事務，這些事務採用相同的管理方式。
2、@Transactional 註解只能應用到 public 的方法上。 如果應用在protected、private或者 package方法上，也不會報錯，不過事務設置不會起作用。
3、默認情況下，Spring會對unchecked異常進行事務回滾；如果是checked異常則不回滾。 辣麼什麼是checked異常，什麼是unchecked異常
java裏面將派生於Error或者RuntimeException（比如NullPointerException、ArithmeticException 、ArrayIndexOutOfBoundsException）的異常稱爲unchecked異常(編譯器不要求強制處置的異常) 其他繼承自java.lang.Exception得異常統稱爲Checked Exception，如IOException、TimeoutException等（編譯器要求必須處置的異常）
4、只讀事務： @Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)
只讀標誌只在事務啓動時應用，否則即使配置也會被忽略 啓動事務會增加線程開銷，數據庫因共享讀取而鎖定(具體跟數據庫類型和事務隔離級別有關) 通常情況下，僅是讀取數據時，不必設置只讀事務而增加額外的系統開銷。
二：事務傳播模式
Propagation枚舉了多種事務傳播模式，部分列舉如下：
- 1、REQUIRED(默認模式)：業務方法需要在一個容器裏運行。如果方法運行時，已經處在一個事務中，那麼加入到這個事務，否則自己新建一個新的事務。
- 2、NOT_SUPPORTED：聲明方法不需要事務。如果方法沒有關聯到一個事務，容器不會爲他開啓事務，如果方法在一個事務中被調用，當前事務會被掛起，調用結束後，原先的事務會恢復執行。
- 3、REQUIRESNEW：不管是否存在事務，該方法總會爲自己發起一個新的事務。如果方法已經運行在一個事務中，則原有事務掛起，新的事務被創建。
- 4、 MANDATORY：該方法只能在一個已經存在的事務中執行，此方法不能發起自己的事務。如果在沒有事務的環境下被調用，容器拋出例外。
- 5、SUPPORTS：該方法在某個事務範圍內被調用，則方法成爲該事務的一部分。如果方法在該事務範圍外被調用，該方法就在沒有事務的環境下執行。
- 6、NEVER：該方法絕對不能在事務範圍內執行。如果在就拋例外。只有該方法沒有關聯到任何事務，才正常執行。
- 7、NESTED：如果一個活動的事務存在，則運行在一個嵌套的事務中。如果沒有活動事務，則按REQUIRED屬性執行。它使用了一個單獨的事務，這個事務擁有多個可以回滾的保存點。內部事務的回滾不會對外部事務造成影響。它只對DataSourceTransactionManager事務管理器起效。
二：Transactional註解不回滾原因彙總
1、方法是不是public的
2、異常類型是不是unchecked異常 如果想unchecked異常也回滾怎，註解上面需要寫明異常類型：
@Transactional(rollbackFor=Exception.class)
ps:若自定義不回滾的異常，norollbackFor
3、數據庫引擎需支持事務，如果是MySQL的表引擎是myisam，事務是不起作用的 4、檢查是不是同一個類中的方法調用 5、異常是不是被方法內部catch住了
另外，spring項目，還需要注意一下兩點：
1、是否開啓了對註解的解析
<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>
2、spring是否掃描到你這個包，如下是掃描到org.test下面的包
<context:component-scan base-package="org.test" ></context:component-scan>