四、Spring中的事務控制
Bromon原創 請尊重版權
Spring和EJB一樣，提供了兩種事務管理方式：編程式和聲明式。在考試系統中我們將使用聲明式的事務管理，這是spring推薦的做法。使用這種方式可以體驗到spring的強大便捷，而且我們無須在Dao類中編寫任何特殊的代碼，只需要通過配置文件就可以讓普通的java類加載到事務管理中，這個意義是很重大的。
Spring中進行事務管理的通常方式是利用AOP（面向切片編程）的方式，為普通java類封裝事務控制，它是通過動態代理實現的，由于接口是延遲實例化的，spring在這段時間內通過攔截器，加載事務切片。原理就是這樣，具體細節請參考jdk中有關動態代理的文檔。本文主要講解如何在spring中進行事務控制。
動態代理的一個重要特征是，它是針對接口的，所以我們的dao要通過動態代理來讓spring接管事務，就必須在dao前面抽象出一個接口，當然如果沒有這樣的接口，那么spring會使用CGLIB來解決問題，但這不是spring推薦的方式，我們也不做討論。
參照前面的例子，我們為StudentManager.java定義一個接口，它的內容如下：
- /*
- ?*?創建日期?2005-3-25
- ?*/
- package?org.bromon.spring.examer.student;
- import?java.util.List;
- import?org.bromon.spring.examer.pojo.Student;
- /**
- ?*?@author?Bromon
- ?*/
- public?interface?StudentManagerInterface
- {
- ????public?void?add(Student?s);
- ????public?void?del(Student?s);
- ????public?void?update(Student?s);
- ????
- ????public?List?loadAll();
- ????public?Student?loadById(int?id);
- }
StudentManager也應該做出修改，實現該接口：
- public?class?StudentManager?extends?HibernateDaoSupport?implements?StudentManagerInterface
現在需要修改配置文件，用于定義Hibrenate適用的事務管理器，并且把sessionFactory注入進去，同時還需要通過注冊一個DefaultTransactionAttribute對象，來指出事務策略。其中sessionFactory的定義已經在本文的第三章中說明。
首先定義一個Hibernate的事務管理器，讓它來管理sessionFactory：
- <bean?id="transactionManager"?class="org.springframework.orm.hibernate.HibernateTransactionManager">
- <property?name="sessionFactory">
- <ref?bean="sessionFactory"/>
- </property>
- </bean>
下面定義事務管理策略，我們希望把策略定義在方法這個級別上，提供最大的靈活性，本例中將add方法定義為：PROPAGATION_REQUIRES_NEW，這可以保證它將始終運行在一個事務中。
- <bean?id="transactionAttributeSource"?class="org.springframework.transaction.interceptor.NameMatchTransactionAttributeSource">
- <property?name="properties">
- <props>
- <prop?key="add">
- PROPAGATION_REQUIRES_NEW
- </prop>
- </props>
- </property>
- </bean>
我們不僅可以為add方法定義事務策略,還可以定義事務隔離程度和回滾策略,他們以逗號隔開,比如我們的add事務可以定義為:
- <prop?key="add">
- ????PROPAGATION_REQUIRES_NEW,-ExamerException
- </prop>
這個事務策略表示add方法將會獨占一個事務，當事務過程中產生ExamerException異常，事務會回滾。
Add/update/del都是寫入方法，對于select（讀取）方法，我們可以指定較為復雜的事務策略，比如對于loadAll()方法：
- <prop?key=”loadAll”>
- PROPAGATION_SUPPORTS,ISOLATION_READ_COMMITED,readOnly
- </prop>
該事務的含義為，loadAll方法支持事務，不會讀取未提交的數據，它的數據為只讀（可提高執行速度）。
如你所見，我們的StudentManagerInterface接口中還有一個loadById(int?id)方法，也許我們將來還會有很多的loadByXXXX的方法，難道要一一為他們指定事務策略？太煩人了，他們應該和loadAll()一樣，所以我們可以使用通配符，定義所有的loadXXXX方法：
????
- <prop?key=”load*”>
- ????????PROPAGATION_SUPPORTS,ISOLATION_READ_COMMITED,readOnly
- ????</prop>
現在可以定義事務管理器：
- <bean?id="studentManager"?class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean">
- <property?name="target">
- <ref?bean="studentManager"/>
- </property>
- <property?name="transactionManager">
- <ref?bean="transactionManager"/>
- </property>
- <property?name="transactionAttributeSource">
- <ref?bean="transactionAttributeSource"/>
- </property>
- </bean>
這個bean的外觀是一個接口(StudentManagerInterface)，我們指出了它的具體實現(studentManager)，而且為它綁定了事務策略。在客戶端使用的時候，獲得對象是StudentManagerInterface，所有的操作都是針對這個接口的。測試代碼并沒有改變，我們雖然修改了很多地方，加入了事務控制，但是客戶端并沒有受到影響，這也體現了spring的一些優勢。測試代碼如下：
- public?void?testAdd()?
- ????{
- ????????ApplicationContext?ctx=new?ClassPathXmlApplicationContext("springConfig.xml");
- ????????StudentManager?sm=(StudentManager)ctx.getBean("studentManager");
- ????????
- ????????Student?s=new?Student();
- ????????s.setId(1);
- ????????s.setName("bromon");
- ????????s.setPassword("123");
- ????????s.setGrade(1);
- ????????s.setSex(0);
- ????????
- ????????sm.add(s);
- }
??通過以上的代碼可以看出，spring可以簡單的把普通的java?class納入事務管理，聲明性的事務操作起來也很容易。有了spring之后，聲明性事務不再是EJB獨有，我們不必為了獲得聲明性事務的功能而去忍受EJB帶來的種種不便。
??我所使用的mysql是不支持事務的，你可以更換使用PostgreSQL，有了spring+hibernate，更換db并不像以前那樣恐怖了，步驟很簡單：
1、????添加PostgreSQL的jdbc驅動
2、????修改dataSource配置，包括驅動名稱、url、帳號、密碼
3、????修改sessionFactory的數據庫dailet為net.sf.hibernate.dialect.PostgreSQLDialect
4、????修改hbm.xml中的主鍵生成策略為increment
所有的修改都在配置文件中完成，業務代碼不需要任何修改，我很滿意，How?about?u?
附A pring中的所有事務策略
PROPAGATION_MANDATORY
PROPAGATION_NESTED????????????
PROPAGATION_NEVER????????????
PROPAGATION_NOT_SUPPORTED
PROPAGATION_REQUIRED
PROPAGATION_REQUIRED_NEW
PROPAGATION_SUPPORTS
附B Spring中所有的隔離策略：
ISOLATION_DEFAULT
ISOLATION_READ_UNCOMMITED
ISOLATION_COMMITED
ISOLATION_REPEATABLE_READ
ISOLATION_SERIALIZABLE
|