Hibernate Open Session in View：陷阱和替代方案
Open Session in View 儘管其表面上很簡單，但存在一些缺點，需要謹慎使用。
視圖中開放會話的問題
雖然該方法可以緩解痛點在孤立的JVM 場景中，這是有代價的：
-
UI渲染中的自動提交模式：服務層事務完成、Session 關閉後，後續UI渲染會觸發自動提交模式：
提交每個語句，由於 I/O 過多而增加資料庫負載。 -
關注點分離遺失：
語句產生跨越服務層和 UI 層，使整合測試和業務邏輯的隔離變得複雜。 -
潛在的 N 1 查詢問題：
UI 導航僅限於遍歷關聯，這可能會加劇效能問題未急切取得關聯。 -
連線租用時間增加：
資料庫連線可能在整個 UI 渲染過程中保持開啟狀態，從而導致擁塞和有限的交易吞吐量。
替代策略
要避免在視圖中開啟會話的陷阱，請考慮以下替代方案：
-
急切獲取：
-
急切獲取：
取得EntityManager 中所有必要的關聯範圍，確保UI 渲染期間不會觸發延遲初始化。 -
獲取模式自訂：
明智地使用 Hibernate 的 @BatchSize 和 FetchMode.SUBSELECT 註解來優化關聯獲取，而不影響所有業務場景。
資料存取層查詢：
建立專門針對特定資料取得的客製化查詢特定用例的要求。
spring.jpa.open-in-view=false
登入後複製
Spring Boot 配置
在 Spring Boot 中，預設啟用在視圖中開啟會話。若要停用它，請在 application.properties 設定中設定下列屬性：這將強制正確處理 LazyInitializationExceptions，避免與在檢視中開啟會話相關的不良後果。
以上是View 中的公開會話是正確的選擇嗎？陷阱和更好的選擇的詳細內容。更多資訊請關注PHP中文網其他相關文章！
