Spring中的@Transactional
spring中的@Transactional基於動態代理的機制，提供了一種透明的事務管理機制，方便快捷解決在開發中碰到的問題。
一般使用是通過如下代碼對方法或接口或類註釋：
@Transactional(propagation=Propagation.NOT_SUPPORTED)
Propagation支持7種不同的傳播機制：
REQUIRED：如果存在一個事務，則支持當前事務。如果沒有事務則開啟一個新的事務。
SUPPORTS： 如果存在一個事務，支持當前事務。如果沒有事務，則非事務的執行。但是對於事務同步的事務管理器，PROPAGATION_SUPPORTS與不使用事務有少許不同。
NOT_SUPPORTED：總是非事務地執行，並掛起任何存在的事務。
REQUIRESNEW：總是開啟一個新的事務。如果一個事務已經存在，則將這個存在的事務掛起。
MANDATORY：如果已經存在一個事務，支持當前事務。如果沒有一個活動的事務，則拋出異常。
NEVER：總是非事務地執行，如果存在一個活動事務，則拋出異常
NESTED：如果一個活動的事務存在，則運行在一個嵌套的事務中。如果沒有活動事務，則按REQUIRED屬性執行。
下面是一些需要註意的事項，必須必須必須要看，不然遇到各種坑別說博主沒有提醒你哦：
- 在需要事務管理的地方加@Transactional 註解。@Transactional 註解可以被應用於接口定義和接口方法、類定義和類的 public 方法上。
- @Transactional 註解只能應用到 public 可見度的方法上。 如果你在 protected、private 或者 package-visible 的方法上使用 @Transactional 註解，它也不會報錯， 但是這個被註解的方法將不會展示已配置的事務設置。
- 註意僅僅 @Transactional 註解的出現不足於開啟事務行為，它僅僅 是一種元數據。必須在配置文件中使用配置元素，才真正開啟了事務行為。
- 通過 元素的 “proxy-target-class” 屬性值來控制是基於接口的還是基於類的代理被創建。如果 “proxy-target-class” 屬值被設置為 “true”，那麽基於類的代理將起作用（這時需要CGLIB庫cglib.jar在CLASSPATH中）。如果 “proxy-target-class” 屬值被設置為 “false” 或者這個屬性被省略，那麽標準的JDK基於接口的代理將起作用。
- Spring團隊建議在具體的類（或類的方法）上使用 @Transactional 註解，而不要使用在類所要實現的任何接口上。在接口上使用 @Transactional 註解，只能當你設置了基於接口的代理時它才生效。因為註解是 不能繼承 的，這就意味著如果正在使用基於類的代理時，那麽事務的設置將不能被基於類的代理所識別，而且對象也將不會被事務代理所包裝。
- @Transactional 的事務開啟 ，或者是基於接口的 或者是基於類的代理被創建。所以在同一個類中一個方法調用另一個方法有事務的方法，事務是不會起作用的
物管理對於企業應用來說是至關重要的，好使出現異常情況，它也可以保證數據的一致性。
spring支持編程式事務管理和聲明式事務管理兩種方式。
編程式事務管理使用TransactionTemplate或者直接使用底層的PlatformTransactionManager。對於編程式事務管理，spring推薦使用TransactionTemplate。
聲明式事務管理建立在AOP之上的。其本質是對方法前後進行攔截，然後在目標方法開始之前創建或者加入一個事務，在執行完目標方法之後根據執行情況提交或者回滾事務。聲明式事務最大的優點就是不需要通過編程的方式管理事務，這樣就不需要在業務邏輯代碼中摻雜事務管理的代碼，只需在配置文件中做相關的事務規則聲明(或通過基於@Transactional註解的方式)，便可以將事務規則應用到業務邏輯中。
顯然聲明式事務管理要優於編程式事務管理，這正是spring倡導的非侵入式的開發方式。聲明式事務管理使業務代碼不受汙染，一個普通的POJO對象，只要加上註解就可以獲得完全的事務支持。和編程式事務相比，聲明式事務唯一不足地方是，後者的最細粒度只能作用到方法級別，無法做到像編程式事務那樣可以作用到代碼塊級別。但是即便有這樣的需求，也存在很多變通的方法，比如，可以將需要進行事務管理的代碼塊獨立為方法等等。
聲明式事務管理也有兩種常用的方式，一種是基於tx和aop名字空間的xml配置文件，另一種就是基於@Transactional註解。顯然基於註解的方式更簡單易用，更清爽。
Spring中的@Transactional