我應該使用 ContextLoaderListener 還是只使用 DispatcherServlet？

為什麼要使用 ContextLoaderListener 或 DispatcherServlet？

許多 Spring Web 應用程式在其 web.xml 配置中同時使用 ContextLoaderListener 和 DispatcherServlet。然而，人們可能想知道為什麼採用這種雙重方法而不是僅僅依賴 DispatcherServlet。

ContextLoaderListener 和 DispatcherServlet 的基本原理

通常，ContextLoaderListener 負責載入應用程式範圍內的非特定於 Web 的設定（例如資料庫連線、服務 Bean）。相反，DispatcherServlet 處理與 Web 相關的配置（例如控制器、視圖）。這種分離會產生兩個上下文：父上下文（由 ContextLoaderListener 載入）和子上下文（由 DispatcherServlet 載入）。

使用兩者的好處

此架構具有歷史上由於各種原因被認為是有益的：

• 允許在同一應用程式內的多個DispatcherServlet 之間共用服務。
• 支援需要存取 Spring 管理的舊版或非 Spring servlet服務。
• 促進使用與 web 應用程式層級上下文互動的 servlet 過濾器（例如 Spring Security、OpenEntityManagerInViewFilter）。

替代方法：放棄 ContextLoaderListener

雖然同時使用 ContextLoaderListener 和 DispatcherServlet 有其優點，但值得考慮一種簡化的方法。透過刪除 ContextLoaderListener 並在 DispatcherServlet 中載入所有 Spring 配置，可以消除兩個上下文之間的潛在衝突。

刪除 ContextLoaderListener 是個好主意嗎？

是否放棄 ContextLoaderListener 的決定取決於應用程式的特定要求。如果您的應用程式不需要上面列出的任何好處，則刪除 ContextLoaderListener 可以簡化配置並可能緩解上下文相關問題。

警告：如果您決定刪除 ContextLoaderListener，請確保任何後台任務或 JMS 連線均使用 正確設定。在 web.xml 中。否則，這些任務可能不會自動啟動。

以上是我應該使用 ContextLoaderListener 還是只使用 DispatcherServlet？的詳細內容。更多資訊請關注PHP中文網其他相關文章！