事務是一組原子（Atomic）操作的工作單元，以數據庫存取的實例來說，就是一組SQL指令，這一組SQL指令必須全部執行成功，若因爲某個原因未全部執行成功（例如其中一行SQL有錯誤），則先前所有執行過的SQL指令都會被撤消。
JDBC是如何控制事務的
try {
..... connection.setAutoCommit(false); ..... // 一連串SQL操作 connection.commit();} catch(SQLException) { // 發生錯誤，撤消所有變更 connection.rollback();
}
Spring是把JDBC事務管理進來了封裝，Spring事務管理的抽象關鍵在於org.springframework.transaction.PlatformTransactionManager接口
裏面有 commit 和 rollback
public interface PlatformTransactionManager { TransactionStatus getTransaction(TransactionDefinition definition) throws TransactionException; void commit(TransactionStatus status) throws TransactionException; void rollback(TransactionStatus status) throws TransactionException;}TransactionDefinition接口的實例定義了
事務的隔離程度（Isolation level）
傳播行爲（Propagation behavior）
超時（Timeout）
只讀（Read-only）等
DataSourceTransactionManager、HibernateTransactionManager、JdoTransaction- Manager、JtaTransactionManager等是實現了該接口
Spring提供編程式的事務管理（Programmatic transaction management）與聲明式的事務管理（Declarative transaction management）：
1、編程式的事務管理可以清楚地控制事務的邊界，也就是讓您自行實現事務開始時間、撤消操作的時機、結束時間等，可以實現細粒度的事務控制。
2、然而多數的情況下，事務並不需要細粒度的控制，而是採用聲明式的事務管理，好處是Spring事務管理的相關API可以不用介入程序之中，從對象的角度來看，它並不知道自己正被納入事務管理之中，在不需要事務管理的時候，只要在設置文件上修改一下設置，即可移去事務管理服務。
聲明式的事務管理舉例 以DataSource，mysql舉例
<bean id="dataSource" class="org.springframework.jdbc.datasource.DriverManagerDataSource" destroy-method="close"> <property name="driverClassName" value="com.mysql.jdbc.Driver"/> <property name="url" value="jdbc:mysql://localhost:3306/demo"/> <property name="username" value="caterpillar"/> <property name="password" value="123456"/> </bean> <bean id="transactionManager" class="org.springframework.jdbc.datasource.DataSourceTransactionManager"> <property name="dataSource" ref="dataSource"/> </bean> <bean id="userDAO" class="onlyfun.caterpillar.UserDAO"> <property name="dataSource" ref="dataSource"/> </bean> <bean id="userDAOProxy" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"> <property name="proxyInterfaces"> <list> <value>onlyfun.caterpillar.IUserDAO</value> </list> </property> <property name="target" ref="userDAO"/> <property name="transactionManager" ref="transactionManager"/> <property name="transactionAttributes"> <props> <prop key="insert*">PROPAGATION_REQUIRED</prop> </props> </property> </bean>
TransactionProxyFactoryBean需要一個TransactionManager，由於這裏使用的是JDBC，所以使用DataSourceTransactionManager，TransactionProxyFactoryBean是個代理對象，"target" 屬性指定要代理的對象，事務管理會自動介入指定的方法前後，這裏使用 "transactionAttributes" 屬性指定，"insert*" 表示指定方法名稱以insert開頭的都要納入事務管理，您也可以指定方法全名，如果在方法執行過程中發生錯誤，則所有先前的操作自動撤回，否則正常提交。
在"insert*" 等方法上指定了 "PROPAGATION_REQUIRED"，表示在目前的事務中執行操作，如果事務不存在就建立一個新的，相關的常數意義都可以在API文件的TransactionDefinition接口中找到。您可以加上多個事務定義，中間使用逗號 "," 區隔，例如可以加上只讀，或者是指定某個異常發生時撤回操作：
PROPAGATION_REQUIRED,readOnly,-MyCheckedException
MyCheckedException前面加上 "-" 時，表示發生指定異常時撤消操作，如果前面加上 "+"，表示發生異常時立即提交。
由於"userDAO"被"userDAOProxy"代理了，所以要做的是取得"userDAOProxy"，而不是"userDAO"，
IUserDAO userDAO = (IUserDAO) context.getBean("userDAOProxy"); userDAO.insert(user);
申明式事務管理一般都是粗粒度的，這裏可以看到，整個方法都被納入事務管理，其實在大部分的業務處理中，這樣做是沒有什麼不好的。
事務的屬性介紹
|
傳播行爲 |
說明 |
|
PROPAGATION_MANDATORY |
方法必須在一個現存的事務中進行，否則丟出異常 |
|
PROPAGATION_NESTED |
在一個嵌入的事務中進行，如果不是，則同PROPAGATION_REQUIRED |
|
PROPAGATION_NEVER |
指出不應在事務中進行，如果有就丟出異常 |
|
PROPAGATION_NOT_SUPPORTED |
指出不應在事務中進行，如果有就暫停現存的事務 |
|
PROPAGATION_REQUIRED |
支持現在的事務，如果沒有就建立一個新的事務 |
|
PROPAGATION_REQUIRES_NEW |
建立一個新的事務，如果現存一個事務就暫停它 |
|
PROPAGATION_SUPPORTS |
支持現在的事務，如果沒有就以非事務的方式執行 |
|
隔離層級 |
說明 |
|
ISOLATION_DEFAULT |
使用底層數據庫預設的隔離層級 |
|
ISOLATION_READ_COMMITTED |
允許事務讀取其他並行的事務已經送出（Commit）的數據字段，可以防止Dirty read問題 |
|
ISOLATION_READ_UNCOMMITTED |
允許事務讀取其他並行的事務還沒送出的數據，會發生Dirty、Nonrepeatable、Phantom read等問題 |
續表
|
隔離層級 |
說明 |
|
ISOLATION_REPEATABLE_READ |
要求多次讀取的數據必須相同，除非事務本身更新數據，可防止Dirty、Nonrepeatable read問題 |
|
ISOLATION_SERIALIZABLE |
完整的隔離層級，可防止Dirty、Nonrepeatable、Phantom read等問題，會鎖定對應的數據表格，因而有效率問題 |
只讀提示（Read-only hints）
如果事務只進行讀取的動作，則可以利用底層數據庫在只讀操作時發生的一些最佳化動作，由於這個動作利用到數據庫在只讀的事務操作最佳化，因而必須在事務中才有效，也就是說要搭配傳播行爲PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_NESTED來設置。
有的事務操作可能延續很長一段的時間，事務本身可能關聯到數據表格的鎖定，因而長時間的事務操作會有效率上的問題，對於過長的事務操作，您要考慮Roll back事務並要求重新操作，而不是無限時的等待事務完成。
您可以設置事務超時期間，計時是從事務開始時，所以這個設置必須搭配傳播行爲PROPAGATION_REQUIRED、PROPAGATION_REQUIRES_NEW、PROPAGATION_NESTED來設置。
（上面是從《spring2.0技術開發》摘抄的，裏面有些概念還含糊不清，有待實驗考證下）
這裏我來介紹一種新的模式，不知道大家有沒有用到過，在文檔中沒有發現
<bean id="txProxyTemplate" abstract="true" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"> <property name="transactionManager"><ref local="transactionManager"/></property> <property name="transactionAttributes"> <props> <prop key="add*">PROPAGATION_REQUIRED</prop> <prop key="create*">PROPAGATION_REQUIRED</prop> <prop key="update*">PROPAGATION_REQUIRED</prop> <prop key="delete*">PROPAGATION_REQUIRED</prop> <prop key="license*">PROPAGATION_REQUIRED</prop> <prop key="save*">PROPAGATION_REQUIRED</prop> <prop key="increase*">PROPAGATION_REQUIRED</prop> <prop key="active*">PROPAGATION_REQUIRED</prop> <prop key="modify*">PROPAGATION_REQUIRED</prop> <prop key="*">PROPAGATION_REQUIRED,readOnly</prop> </props> </property> </bean> 我在這裏不去指定target 那麼去哪裏指定呢？
<bean id="providerServiceTarget" class="cn.com.zjtelecom.mall.service.pojo.ProviderService" /> <bean id="providerService" parent="txProxyTemplate" > <property name="target"><ref local="providerServiceTarget"/></property> </bean>這裏的意圖，大家只有非常瞭解代理模式纔會明白其中的道理。那麼分開設置有什麼好處呢？模塊化，大家可以公用這個代理模式，而且可以定義自己的聲明，和其他人的聲明無關。