一、使用場景舉例

在了解@Transactional怎么用之前我們必須要先知道@Transactional有什么用。下面舉個栗子：比如一個部門里面有很多成員，這兩者分別保存在部門表和成員表里面，在刪除某個部門的時候，假設我們默認刪除對應的成員。但是在執(zhí)行的時候可能會出現(xiàn)這種情況，我們先刪除部門，再刪除成員，但是部門刪除成功了，刪除成員的時候出異常了。這時候我們希望如果成員刪除失敗了，之前刪除的部門也取消刪除。這種場景就可以使用@Transactional事物回滾。

二、checked異常和unchecked異常

這里之所以讓大家清楚checked異常和unchecked異常概念，是因為： sPRing使用聲明式事務處理，默認情況下，如果被注解的數(shù)據(jù)庫操作方法中發(fā)生了unchecked異常，所有的數(shù)據(jù)庫操作將rollback；如果發(fā)生的異常是checked異常，默認情況下數(shù)據(jù)庫操作還是會提交的。

checked異常： 表示無效，不是程序中可以預測的。比如無效的用戶輸入，文件不存在，網(wǎng)絡或者數(shù)據(jù)庫鏈接錯誤。這些都是外在的原因，都不是程序內(nèi)部可以控制的。 必須在代碼中顯式地處理。比如try-catch塊處理，或者給所在的方法加上throws說明，將異常拋到調(diào)用棧的上一層。 繼承自java.lang.Exception（java.lang.RuntimeException除外）。

unchecked異常： 表示錯誤，程序的邏輯錯誤。是RuntimeException的子類，比如IllegalArgumentException, NullPointerException和IllegalStateException。 不需要在代碼中顯式地捕獲unchecked異常做處理。 繼承自java.lang.RuntimeException（而java.lang.RuntimeException繼承自java.lang.Exception）。

看下面的異常結構圖或許層次感更加深些：

三、@Transactional的使用實例

3.1、spring的配置文件

里面必須先配置tx名字空間如下：

3.2、為了使用基于@Transactional的事務管理，需要在Spring中進行如下的配置：

Propagation支持7種不同的傳播機制：

REQUIRED：如果存在一個事務，則支持當前事務。如果沒有事務則開啟一個新的事務。

SUPPORTS： 如果存在一個事務，支持當前事務。如果沒有事務，則非事務的執(zhí)行。但是對于事務同步的事務管理器，PROPAGATION_SUPPORTS與不使用事務有少許不同。

NOT_SUPPORTED：總是非事務地執(zhí)行，并掛起任何存在的事務。

REQUIRESNEW：總是開啟一個新的事務。如果一個事務已經(jīng)存在，則將這個存在的事務掛起。

MANDATORY：如果已經(jīng)存在一個事務，支持當前事務。如果沒有一個活動的事務，則拋出異常。

NEVER：總是非事務地執(zhí)行，如果存在一個活動事務，則拋出異常

NESTED：如果一個活動的事務存在，則運行在一個嵌套的事務中。如果沒有活動事務，則按REQUIRED屬性執(zhí)行。

下面是一些需要注意的事項，必須必須必須要看，不然遇到各種坑別說博主沒有提醒你哦：

下面是一些需要注意的事項，必須必須必須要看，不然遇到各種坑別說博主沒有提醒你哦：

下面是一些需要注意的事項，必須必須必須要看，不然遇到各種坑別說博主沒有提醒你哦：

在需要事務管理的地方加@Transactional 注解。@Transactional 注解可以被應用于接口定義和接口方法、類定義和類的 public 方法上。

@Transactional 注解只能應用到 public 可見度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不會報錯， 但是這個被注解的方法將不會展示已配置的事務設置。

注意僅僅 @Transactional 注解的出現(xiàn)不足于開啟事務行為，它僅僅 是一種元數(shù)據(jù)。必須在配置文件中使用配置元素，才真正開啟了事務行為。

通過 元素的 “proxy-target-class” 屬性值來控制是基于接口的還是基于類的代理被創(chuàng)建。如果 “proxy-target-class” 屬值被設置為 “true”，那么基于類的代理將起作用（這時需要CGLIB庫cglib.jar在CLASSPATH中）。如果 “proxy-target-class” 屬值被設置為 “false” 或者這個屬性被省略，那么標準的JDK基于接口的代理將起作用。

Spring團隊建議在具體的類（或類的方法）上使用 @Transactional 注解，而不要使用在類所要實現(xiàn)的任何接口上。在接口上使用 @Transactional 注解，只能當你設置了基于接口的代理時它才生效。因為注解是 不能繼承 的，這就意味著如果正在使用基于類的代理時，那么事務的設置將不能被基于類的代理所識別，而且對象也將不會被事務代理所包裝。

以上除了代碼是博主的外其他轉自：http://blog.csdn.net/u013142781/article/details/50421904