問題:在Java項目匯中,添加@Transactional注解,報錯之后,事務回滾未生效,數據仍插入數據庫中.經查看報錯位置位於新增成功之后.空指針異常.
一、特性
先了解一下@Transactional注解事務的特性，可以更好排查問題
1、service類標簽(一般不建議在接口上)上添加@Transactional，可以將整個類納入spring事務管理，在每個業務方法執行時都會開啟一個事務，不過這些事務采用相同的管理方式。
2、@Transactional 注解只能應用到 public 可見度的方法上。 如果應用在protected、private或者 package可見度的方法上，也不會報錯，不過事務設置不會起作用。
3、默認情況下，Spring會對unchecked異常進行事務回滾；如果是checked異常則不回滾。
辣么什么是checked異常，什么是unchecked異常
java里面將派生於Error或者RuntimeException（比如空指針，1/0）的異常稱為unchecked異常，其他繼承自java.lang.Exception得異常統稱為Checked Exception，如IOException、TimeoutException等
通俗一點：你寫代碼出現的空指針等異常，會被回滾，文件讀寫，網絡出問題，spring就沒法回滾了。然后我教大家怎么記這個，因為很多同學容易弄混，你寫代碼的時候有些IOException我們的編譯器是能夠檢測到的，說以叫checked異常，你寫代碼的時候空指針等死檢測不到的，所以叫unchecked異常。這樣是不是好記一些啦
4、只讀事務：
@Transactional(propagation=Propagation.NOT_SUPPORTED,readOnly=true)
只讀標志只在事務啟動時應用，否則即使配置也會被忽略。
啟動事務會增加線程開銷，數據庫因共享讀取而鎖定(具體跟數據庫類型和事務隔離級別有關)。通常情況下，僅是讀取數據時，不必設置只讀事務而增加額外的系統開銷。
二.事務管理方式
事務管理對於企業應用來說是至關重要的，即使出現異常情況，它也可以保證數據的一致性。
spring支持編程式事務管理和聲明式事務管理兩種方式。
編程式事務管理使用TransactionTemplate或者直接使用底層的PlatformTransactionManager。對於編程式事務管理，spring推薦使用TransactionTemplate。
聲明式事務管理建立在AOP之上的。其本質是對方法前后進行攔截，然后在目標方法開始之前創建或者加入一個事務，在執行完目標方法之后根據執行情況提交或者回滾事務。
聲明式事務管理也有兩種常用的方式，一種是基於tx和aop名字空間的xml配置文件，另一種就是基於@Transactional注解。顯然基於注解的方式更簡單易用，更清爽。
三.事務傳播模式
Propagation枚舉了多種事務傳播模式，部分列舉如下：
-
REQUIRED(默認模式)：業務方法需要在一個容器里運行。如果方法運行時，已經處在一個事務中，那么加入到這個事務，否則自己新建一個新的事務。
-
NOT_SUPPORTED：聲明方法不需要事務。如果方法沒有關聯到一個事務，容器不會為他開啟事務，如果方法在一個事務中被調用，該事務會被掛起，調用結束后，原先的事務會恢復執行。
-
REQUIRESNEW：不管是否存在事務，該方法總匯為自己發起一個新的事務。如果方法已經運行在一個事務中，則原有事務掛起，新的事務被創建。
-
MANDATORY：該方法只能在一個已經存在的事務中執行，業務方法不能發起自己的事務。如果在沒有事務的環境下被調用，容器拋出例外。
-
SUPPORTS：該方法在某個事務范圍內被調用，則方法成為該事務的一部分。如果方法在該事務范圍外被調用，該方法就在沒有事務的環境下執行。
-
NEVER：該方法絕對不能在事務范圍內執行。如果在就拋例外。只有該方法沒有關聯到任何事務，才正常執行。
-
NESTED：如果一個活動的事務存在，則運行在一個嵌套的事務中。如果沒有活動事務，則按REQUIRED屬性執行。它使用了一個單獨的事務，這個事務擁有多個可以回滾的保存點。內部事務的回滾不會對外部事務造成影響。它只對DataSourceTransactionManager事務管理器起效。
四.@Transactional注解的全部屬性詳解
| 屬性 | 類型 | 描述 |
|---|---|---|
| value | String | 可選的限定描述符，指定使用的事務管理器 |
| propagation | enum: Propagation | 可選的事務傳播行為設置 |
| isolation | enum: Isolation | 可選的事務隔離級別設置 |
| readOnly | boolean | 讀寫或只讀事務，默認讀寫 |
| timeout | int (in seconds granularity) | 事務超時時間設置 |
| rollbackFor | Class對象數組，必須繼承自Throwable | 導致事務回滾的異常類數組 |
| rollbackForClassName | 類名數組，必須繼承自Throwable | 導致事務回滾的異常類名字數組 |
| noRollbackFor | Class對象數組，必須繼承自Throwable | 不會導致事務回滾的異常類數組 |
| noRollbackForClassName | 類名數組，必須繼承自Throwable | 不會導致事務回滾的異常類名字數組 |
五.解決Transactional注解不回滾
-
檢查你方法是不是public的
-
你的異常類型是不是unchecked異常
如果我想check異常也想回滾怎么辦，注解上面寫明異常類型即可
@Transactional(rollbackFor=Exception.class).類似的還有norollbackFor，自定義不回滾的異常 -
數據庫引擎要支持事務，如果是MySQL，注意表要使用支持事務的引擎，比如innodb，如果是myisam，事務是不起作用的
-
是否開啟了對注解的解析
<tx:annotation-driven transaction-manager="transactionManager" proxy-target-class="true"/>
-
spring是否掃描到你這個包，如下是掃描到org.test下面的包
<context:component-scan base-package="org.test" ></context:component-scan>
-
檢查是不是同一個類中的方法調用（如a方法調用同一個類中的b方法）
-
異常是不是被你catch住了