對於session這個接口的學習可以說是最痛苦也是最復雜的，因為它所涉及的方面太多了，一些隱藏的機制也很多，誰讓它是Central API呢。
對於它的幾個最基本的方法如save()、delete()、flush()等的學習都花了我一定的時間。在深入了解這些這些方法前，了解session的緩存機制以及Hibernate中Java對象的狀態對我們是很有幫助的。
一．Session的緩存
Java是純面向對象的語言，因此不可能像C語言那樣直接操縱內存，例如聲明一段可用的內存空間。在Java裡面，緩存通常是指Java對象的屬性占用的內存空間，通常是一些集合類型的屬性。在session接口的實現類SessionImpl中定義了一系列的Java集合，這些Java集合就構成了Session的緩存。
使用緩存的一個很明顯的好處就是可以減少數據庫訪問的頻率，提高應用程序的性能，因為從內存中讀取數據顯然要比從數據庫中查詢快多了。根據我個人的理解，Session的緩存實際上起到了一個“過渡倉庫”作用。就像魔獸中的英雄一樣，身上都會背有一個包，用來存放常用的物品如補血藥水、補魔藥水、回城卷等等。如果想用回城卷而身上沒有回程卷的話就要跑到商店去shopping了，這樣就會浪費大量的時間了，除非你此刻就在商店旁邊；如果想用的回城卷的時候身上就有的話，英雄就可以直接用而不必大老遠的跑到商店去了。我們的Session的緩存可以說就相當於英雄身上的背包，我的應用程序就是英雄，而數據庫就是商店咯，如下圖所示。
當然這個比喻不是很准確了，比方說在Hibernate應用中我們可以向數據庫插入一條新的記錄，而在魔獸中你是不可能給商店增加存貨量的，只是為了便於理解，才作了這麼一個對比。
二．Hibernate中Java對象的狀態
在一個Hibernate應用中，Java對象可以處於以下三個狀態之一：
1．臨時狀態(Transient)。處於這個狀態的對象還被沒有納入Hibernate的緩存管理體系，跟任何session都不關聯，在數據庫中也沒有對應的記錄。
2．持久化狀態(Persistent)。處於這個狀態的對象位於Session的緩存中，並且和數據庫中的一條數據記錄相對應。
3．游離狀態(Detached)。處於這個狀態的對象不再位於Session的緩存中，它與臨時對象的最大區別在於，游離對象在數據庫中還可能存在一條與它對應的記錄。
上述3個狀態之間是可以相互轉化的，而且我們所說的狀態都是針對某一個session實例而言的，比方說，對象A對於session1而言是處於持久化狀態的，因為它處於session1的緩存中，但是對於session2而言對象A並不在它的緩存中，因此它是處於游離狀態的。
對於這幾個狀態的理解花費了我一定的時間，因為總是有一些稀奇古怪的念頭在我腦海中產生。比如說，對於臨時狀態的定義，如果我新建一個對象，然後人為的讓它屬性的值和數據庫中的一條記錄對應，包括id的取值都一樣。此時它能否說是處於游離狀態呢？因為它和一條記錄想對應呀。實際上這些情況都是由於一些不和規范的操作而產生的。在Hibernate應用中，無論Java對象處於臨時狀態、持久化狀態還是游離狀態，應用程序都不應該修改它的OID。OID的值應該由Hibernate來維護和負責，實際上Hibernate在同步緩存中的對象與數據庫中的記錄時，都是通過OID來進行關聯和映射的，如果應用程序人為的修改了對象的OID，就會導致一些莫名其妙的錯誤，而且這樣也不利於數據的同步。
