# 11.1.4\. 常見問題 決不要使用反模式_session-per-user-session_或者 _session-per-application_（當然，這個規定幾乎沒有例外）。請注意， 下述一些問題可能也會出現在我們推薦的模式中，在你作出某個設計決定之前，請務必理解該模式的應用前提。 * `Session` 對象是非線程安全的。如果一個`Session` 實例允許共享的話，那些支持并發運行的東東，例如HTTP request，session beans,或者是 Swing workers，將會導致出現資源爭用（race condition）。如果在`HttpSession`中有 Hibernate 的`Session`的話（稍后討論），你應該考慮同步訪問你的Http session。 否則，只要用戶足夠快的點擊瀏覽器的“刷新”，就會導致兩個并發運行線程使用同一個 `Session`。 * 一個由Hibernate拋出的異常意味著你必須立即回滾數據庫事務，并立即關閉`Session` （稍后會展開討論）。如果你的`Session`綁定到一個應用程序上，你必 須停止該應用程序。回滾數據庫事務并不會把你的業務對象退回到事務啟動時候的狀態。這 意味著數據庫狀態和業務對象狀態不同步。通常情況下，這不是什么問題，因為異常是不可 恢復的,你必須在回滾之后重新開始執行。 * `Session` 緩存了處于持久化狀態的每個對象（Hibernate會監視和檢查臟數據）。 這意味著，如果你讓`Session`打開很長一段時間，或是僅僅載入了過多的數據， `Session`占用的內存會一直增長，直到拋出OutOfMemoryException異常。這個 問題的一個解決方法是調用`clear()` 和`evict()`來管理 `Session`的緩存，但是如果你需要大批量數據操作的話，最好考慮 使用存儲過程。在[第 13 章 _批量處理（Batch processing）_](../Text/pr01_split_000.html "第 13 章 批量處理（Batch processing）")中有一些解決方案。在用戶會話期間一直保持 `Session`打開也意味著出現臟數據的可能性很高。