一、使用場(chǎng)景舉例

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

二、checked異常和unchecked異常

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

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

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

看下面的異常結(jié)構(gòu)圖或許層次感更加深些：

三、@Transactional的使用實(shí)例

3.1、spring的配置文件

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

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

Propagation支持7種不同的傳播機(jī)制：

REQUIRED：如果存在一個(gè)事務(wù)，則支持當(dāng)前事務(wù)。如果沒有事務(wù)則開啟一個(gè)新的事務(wù)。

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

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

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

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

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

NESTED：如果一個(gè)活動(dòng)的事務(wù)存在，則運(yùn)行在一個(gè)嵌套的事務(wù)中。如果沒有活動(dòng)事務(wù)，則按REQUIRED屬性執(zhí)行。

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

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

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

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

@Transactional 注解只能應(yīng)用到 public 可見度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 注解，它也不會(huì)報(bào)錯(cuò)， 但是這個(gè)被注解的方法將不會(huì)展示已配置的事務(wù)設(shè)置。

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

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

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

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