聲明式事務
1、回顧事務
-
要么都成功，要么都失敗！
-
事務在項目開發中，十分重要，涉及數據的一致性問題
-
確保完整性和一致性
事務ACID：
-
原子性：事務是原子性操作，由一系列動作組成，事務的原子性確保動作要么全部完成，要么完全不起作用
-
一致性：
-
-
一旦所有事務動作完成，事務就要被提交。數據和資源處于一種滿足業務規則的一致性狀態中
-
-
隔離性
-
多個業務可能操作同一個資源，防止數據損壞
-
-
持久性
-
事務一旦提交，無論系統發生什么問題，結果都不會被影響，被持久性地寫進存儲器中
測試
將上面的代碼拷貝到一個新項目中
在之前的案例中，我們給userDao接口新增兩個方法，刪除和增加用戶；
?//添加一個用戶int addUser(User user);?//根據id刪除用戶int deleteUser(int id);mapper文件，我們故意把 deletes 寫錯，測試！
?<insert id="addUser" parameterType="com.kuang.pojo.User">insert into user (id,name,pwd) values (#{id},#{name},#{pwd})</insert>?<delete id="deleteUser" parameterType="int">deletes from user where id = #{id}</delete>編寫接口的實現類，在實現類中，我們去操作一波
?public class UserDaoImpl extends SqlSessionDaoSupport implements UserMapper {?//增加一些操作public List<User> selectUser() {User user = new User(4,"小明","123456");UserMapper mapper = getSqlSession().getMapper(UserMapper.class);mapper.addUser(user);mapper.deleteUser(4);return mapper.selectUser();}?//新增public int addUser(User user) {UserMapper mapper = getSqlSession().getMapper(UserMapper.class);return mapper.addUser(user);}//刪除public int deleteUser(int id) {UserMapper mapper = getSqlSession().getMapper(UserMapper.class);return mapper.deleteUser(id);}?}測試
?@Testpublic void test2(){ApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");UserMapper mapper = (UserMapper) context.getBean("userDao");List<User> user = mapper.selectUser();System.out.println(user);}報錯：sql異常，delete寫錯了
結果 ：插入成功！
沒有進行事務的管理；我們想讓他們都成功才成功，有一個失敗，就都失敗，我們就應該需要事務！
以前我們都需要自己手動管理事務，十分麻煩！
但是Spring給我們提供了事務管理，我們只需要配置即可；
-
spring中的事務管理
Spring在不同的事務管理API之上定義了一個抽象層，使得開發人員不必了解底層的事務管理API就可以使用Spring的事務管理機制。Spring支持編程式事務管理和聲明式的事務管理
-
聲明式事務：
-
一般情況下比編程式事務好用。
-
將事務管理代碼從業務方法中分離出來，以聲明的方式來實現事務管理。
-
將事務管理作為橫切關注點，通過aop方法模塊化。Spring中通過Spring AOP框架支持聲明式事務管理。
-
-
編程式事務：
-
將事務管理代碼嵌到業務方法中來控制事務的提交和回滾
-
缺點：必須在每個事務操作業務邏輯中包含額外的事務管理代碼
-
使用Spring管理事務，注意頭文件的約束導入 : tx
?xmlns:tx="http://www.springframework.org/schema/tx"?http://www.springframework.org/schema/txhttp://www.springframework.org/schema/tx/spring-tx.xsd">事務管理器
-
無論使用Spring的哪種事務管理策略（編程式或者聲明式）事務管理器都是必須的。
-
就是 Spring的核心事務管理抽象，管理封裝了一組獨立于技術的方法。
JDBC事務
?<bean id="transactionManager"class="org.springframework.jdbc.datasource.DataSourceTransactionManager"><property name="dataSource" ref="dataSource" /></bean>配置好事務管理器后我們需要去配置事務的通知
?<!--配置事務通知--><tx:advice id="txAdvice" transaction-manager="transactionManager"><tx:attributes><!--配置哪些方法使用什么樣的事務,配置事務的傳播特性--><tx:method name="add" propagation="REQUIRED"/><tx:method name="delete" propagation="REQUIRED"/><tx:method name="update" propagation="REQUIRED"/><tx:method name="search*" propagation="REQUIRED"/><tx:method name="get" read-only="true"/><tx:method name="*" propagation="REQUIRED"/></tx:attributes></tx:advice>spring事務傳播特性：
事務傳播行為就是多個事務方法相互調用時，事務如何在這些方法間傳播。spring支持7種事務傳播行為：
-
propagation_requierd：如果當前沒有事務，就新建一個事務，如果已存在一個事務中，加入到這個事務中，這是最常見的選擇。
-
propagation_supports：支持當前事務，如果沒有當前事務，就以非事務方法執行。
-
propagation_mandatory：使用當前事務，如果沒有當前事務，就拋出異常。
-
propagation_required_new：新建事務，如果當前存在事務，把當前事務掛起。
-
propagation_not_supported：以非事務方式執行操作，如果當前存在事務，就把當前事務掛起。
-
propagation_never：以非事務方式執行操作，如果當前事務存在則拋出異常。
-
propagation_nested：如果當前存在事務，則在嵌套事務內執行。如果當前沒有事務，則執行與propagation_required類似的操作
Spring 默認的事務傳播行為是 PROPAGATION_REQUIRED，它適合于絕大多數的情況。
假設 ServiveX#methodX() 都工作在事務環境下（即都被 Spring 事務增強了），假設程序中存在如下的調用鏈：Service1#method1()->Service2#method2()->Service3#method3()，那么這 3 個服務類的 3 個方法通過 Spring 的事務傳播機制都工作在同一個事務中。
就好比，我們剛才的幾個方法存在調用，所以會被放在一組事務當中！
配置AOP
導入aop的頭文件！
?<!--配置aop織入事務--><aop:config><aop:pointcut id="txPointcut" expression="execution(* com.kuang.dao.*.*(..))"/><aop:advisor advice-ref="txAdvice" pointcut-ref="txPointcut"/></aop:config>進行測試
刪掉剛才插入的數據，再次測試！
?@Testpublic void test2(){ApplicationContext context = new ClassPathXmlApplicationContext("beans.xml");UserMapper mapper = (UserMapper) context.getBean("userDao");List<User> user = mapper.selectUser();System.out.println(user);}思考問題？
為什么需要配置事務？
-
如果不配置，就需要我們手動提交控制事務；
-
事務在項目開發過程非常重要，涉及到數據的一致性的問題，不容馬虎！
