一、參見hibernate的api

http://tool.oschina.net/apidocs/apidoc?api=hibernate-3.6.10

http://tool.oschina.net/apidocs/apidoc?api=hibernate-4.1.4

說明：貼出兩個版本的原因在於FlushMode屬性在3.6與4.1版本的設定有所不同，3.6的FlushMode屬性是一個Class類，而4.1已更換了Enum。

二、 FlushMode屬性（策略）

在org.hibernate Class FlushMode中這樣解釋它的作用：Represents a flushing strategy. The flush process synchronizes database state with session state by detecting state changes and executing SQL statements.

代表一個flushing（重新整理）的策略，它將通過改變session的狀態和執行SQL的狀態來處理執行緒中的資料。 

NEVER： 已被

AUTO： 在確保查詢從不會返回髒資料的情況下，在查詢前重新整理Session。

說明：

1. Session：Session介面是Hibernate向程式提供操縱資料庫的最主要介面，是單執行緒物件，它提供了基本的儲存、更新、刪除和查詢方法。它有一個快取，儲存了持久化物件，當清理快取時，按照這些持久化物件同步更新資料庫。根據Session的定義，可以知道重新整理Session也就重新整理了資料庫。

2.呼叫Session.flush()

3.與AUTO的區別：從API看出，AUTO的解釋Session重新整理較多了一個“sometimes ”，說明AUTO並不會像那樣總是重新整理，那它在何時才會重新整理呢？當hibernate快取中的物件被改動之後，會被標記為髒資料（即與資料庫不同步了）。當 session設定為FlushMode.AUTO時，hibernate在進行查詢的時候會判斷快取中的資料是否為髒資料，是則刷資料庫，不是則不刷，而always是直接重新整理，不進行任何判斷。很顯然auto比always要高效得多。

4.設定FlushMode.，在操作過程中hibernate會將事務設定為readonly，所以在增加、刪除或修改操作過程中會出現如下錯誤：

 解決方式見“附：解決因FlushMode設定出現不能進行增、刪、改的異常”

用表格形式表示如下：

表1

三、小結：FlushMode的4個屬性實際上代表了Hibernate處理Session中的持久化物件的快取的4種策略，這4種策略最大的不同就是重新整理Session，將其中的快取的持久化物件同步更新資料庫的時間點不同。

四、OpenSessionInViewFilter的FlushMode屬性設定與transaction（spring注入的事務）的關係：假設在OpenSessionInViewFilter設定FlushMode.若OpenSessionInViewFilter在getSession的時候,會把獲取回來的session的flush mode 設為FlushMode.。然後把該sessionFactory繫結到TransactionSynchronizationManager，使request的整個過程都使用同一個session，在請求過後再解除該sessionFactory的繫結，最後closeSessionIfNecessary根據該session是否已和transaction繫結來決定是否關閉session。在這個過程中，若HibernateTemplate 發現自當前session有不是readOnly的transaction，就會獲取到FlushMode.AUTO Session，使方法擁有寫許可權。也即是，如果有不是readOnly的transaction就可以由Flush.NEVER轉為Flush.AUTO,擁有insert,update,delete操作許可權，如果沒有transaction，並且沒有另外人為地設flush model的話，則doFilter的整個過程都是Flush.MANUAL。所以受transaction保護的方法有寫許可權，沒受保護的則沒有。

附：解決因FlushMode設定出現不能進行增、刪、改的異常

1.配置事務，spring會讀取事務中的各種配置來覆蓋hibernate的session中的FlushMode。此種情況下，即使在FlushMode設定也沒有關係（這並意味OpenSessionInViewFilter的FlushMode屬性可以隨意設定，這得依據實際需求，具體參見第四點--OpenSessionInViewFilter的FlushMode屬性設定與transaction（spring注入的事務）的關係）。

例：

<bean id="txManager"
        class="org.springframework.orm.hibernate3.HibernateTransactionManager">
        <property name="sessionFactory" ref="sessionFactory" />
    </bean>
    <aop:config>
        <aop:pointcut id="managerOperation"
            expression="execution(* com.test.service.*.*(..))"/>
        <aop:advisor advice-ref="txAdvice" pointcut-ref="managerOperation" />
    </aop:config>
    <tx:advice id="txAdvice" transaction-manager="txManager">
        <tx:attributes>
            <tx:method name="*"  propagation="REQUIRED" read-only="true" />
            <tx:method name="save*" propagation="REQUIRED" />
            <tx:method name="add*"  propagation="REQUIRED" />
            <tx:method name="del*"  propagation="REQUIRED" />
            <tx:method name="update*" propagation="REQUIRED" isolation="REPEATABLE_READ"/>
        </tx:attributes>
    </tx:advice>  

2.直接修改opensessioninviewfilter過濾器的配置，配置過濾器的時候置 openSession org.springframework.orm.hibernate3.support.OpenSessionInViewFilter中 flushMode為AUTO/COMMIT 。注意：如果這樣設定，則要麼結合1，要麼結合3，因為不管怎樣，對於Hibernate來說總是要配置事務，否則無法操作持久化物件同步至資料庫。

例：

<filter>
        <filter-name>openSessionInViewFilter</filter-name>
        <filter-class>org.springframework.orm.hibernate3.support.OpenSessionInViewFilter</filter-class>
        <init-param>
            <param-name>singleSession</param-name>
            <param-value>true</param-value>
        </init-param>
        <init-param>
            <param-name>flushMode</param-name>
            <param-value>AUTO</param-value>
        </init-param>
    </filter>
    <filter-mapping>
        <filter-name>openSessionInViewFilter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>

3.先程式設計式修改FlushMode，比如session.setFlushMode(FlushMode.AUTO); 

例：

@Override
    public void saveOrUpdate(T t) {
        Session session = null;
        Transaction tr = null;
        try {
            session = HibernateSessionFactory.getSession();
            tr = session.beginTransaction();
            session.saveOrUpdate(t);
            tr.commit();
            HibernateSessionFactory.closeSesssion();
        } catch (Exception e) {
            e.printStackTrace();
            tr.rollback();
        }
    }