我应该使用 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中文网其他相关文章！