準備這幾天如果有空整理一下，先放在這里。
要正確理解OpenSessionInView必須具備以下幾個知識點：
1.
servlet的多線程模型。
2.
Filter的工作原理。
3.
ThreadLocal的使用。
4.
Hibernate的Session以及Connection的管理。
5.
Lazy Load
6.
Hibernate的FlushMode
7.
Spring的處理分兩種：
7.1 One session per request
7.2 One new session per operation(這里的operation是指一次業務操作，例如如果我們的一次請求調用了某個業務方法，而這個方法里面有兩個與Session相關的操作，則每一個操作都會新開一個Session,但是使用結束以后并不關閉，而是注冊到ThreadLocal的deffered close 的變量里面，等到open session in view filter執行完畢的最后進行一起close, 這樣有個問題就是一個request可能會啟動很多Session,而且這些session之間的一級緩存不能共享，另外Hibernate限制不能在一個session里面load一個po卻在這個session沒有關閉的情況下面在另外一個session里面save或者update,也就是說同一個po實例同一時間只能跟一個session發生關聯，這樣導致的結果是如果在上面假設的兩個業務方法中的第一個進行load,而在第二個中對load出來的進行修改，鐵定會報錯。)
另外如果是One session per request （官方說法是叫SingleSession Mode）, 會看到在open session in view filter中進行了FlushMode.setMode(Never),也就是從來不進行flush, 想當然地就是只能進行read-only的操作。但是沒有關系，回到HibernateTemplate的模板方法以及SessionFactoryUtil的getSession方法，可以看到我們的業務方法發出的每個請求都會試圖先取到一個session(取session的策略與上面描述的有關)，在取Session的過程中會判斷當前的操作是不是配制成read-only的（同時也會注冊transaction sync manager,有spring和Jta兩種），如果不是read-only并且當前的flush mode 是 never的話，會把flush mode改成auto,因此就可以進行讀寫操作了。
spring的callback使得所有的操作最后基本歸由HibernateTemplate當中的excute方法進行處理，對session的管控也是在這里集中進行，如果我們自己控制session,有兩種方法，一種是我們也寫callback,讓spring幫我們擦屁股，另外一種是直接調用HibernateTemplate的getSession方法，但是需要我們對session的生命周期以及關閉作仔細的控制，具體的控制策略可以參考spring地實現。