ContextLoaderListener：必要的邪恶还是不必要的复杂？

开发人员经常遇到在 Spring Web 应用程序中使用 ContextLoaderListener 和 DispatcherServlet。然而，一个令人烦恼的问题出现了：为什么不简单地使用 DispatcherServlet 来管理所有配置并避免两个上下文的复杂性？

ContextLoaderListener 和 DispatcherServlet 的目的

ContextLoaderListener 的设计目的在应用程序启动期间加载非 Web 相关的配置。相反，DispatcherServlet 负责处理特定于 Web 的元素，例如控制器和视图解析器。这种划分创建了两个上下文：一个由 ContextLoaderListener 处理的父上下文和一个由 DispatcherServlet 管理的子上下文。

为什么使用两者而不是仅使用 DispatcherServlet？

传统上，这两个出于隔离非 Web 依赖项和允许多个 DispatcherServlet 共存等原因，建议使用 -context 模式。然而，在最近的场景中，这些好处可能并不那么重要。

删除 ContextLoaderListener 的论据

缺少多个 DispatcherServlet 或不需要非 Web 依赖项您当前的应用程序可能会使 ContextLoaderListener 变得多余。通过将配置合并到由 DispatcherServlet 管理的单个上下文中，您可以简化应用程序结构，消除上下文之间的潜在冲突，并简化故障排除。

注意事项

虽然删除 ContextLoaderListener 可能会虽然提供了好处，但也有潜在的缺点需要考虑：

• 缺少后台任务： 如果您依赖后台任务（例如计划任务），请确保 DispatcherServlet 已正确配置负载-on-startup 以避免执行延迟。
• 遗留或非 Spring servlet： 如果您的应用程序与依赖于 web 应用程序级上下文的遗留或非 Spring 组件集成，你可能需要维护 ContextLoaderListener.

结论

在没有令人信服的理由的情况下，删除 ContextLoaderListener 并利用单个上下文可以增强以下内容的简单性和可维护性您的 Spring Web 应用程序。但是，在进行此转换之前，请仔细评估应用程序的依赖关系并考虑潜在的缺点。