了解 Spring MVC 中的上下文

Question

我是 Spring 新手，我正在创建一个简单的 Web 应用程序。我一直在阅读 Spring MVC 中的上下文。

我正在为 Eclipse 使用 STS 插件。我创建了一个 使用该插件的 Spring MVC 项目。

现在我在项目中有三个xml文档，web.xml、root-context.xml和servlet-context.xml。这些是 STS 为我创建的。

1. 在 web.xml 中，调度程序 servlet 指向 servlet-context.xml，我理解调度程序 servlet 的工作是创建一个知道如何解析视图的 Web 应用程序上下文，并且是控制器 bean 存在的地方. 我的理解正确吗？如果是这样，这个上下文还完成了哪些其他工作？

2. 现在，有一个名为 root-context.xml 的文件，它对我的​​项目默认包进行了组件扫描。我的理解是这个上下文需要有许多 servlet 可能使用的全局 bean。我的理解正确吗？这还有什么作用？使用此文件创建什么样的上下文？

3. 现在，我在项目中更进一步，我有几个 *-context.xml 文件（dao-context.xml、security-context.xml 等），这些文件使用 contextLoaderListner（在 web.xml 中）加载.这是一个好主意吗？还是应该将所有内容都放入 servlet-context.xml？我认为拥有不同的上下文是一个好主意，因为它提供了关注点分离。注释？另外，从这些 *-context.xml 文件中创建了什么样的上下文？这些文件的正确文件夹位置是什么？

4. Web.xml 用于 servlet 容器，如 tomcat 等，项目中的所有其他 xml 文件用于 spring 容器。那是对的吗？所有这些文件都分开以提供关注点分离？

5. 当前场景中存在多少个应用上下文和Web应用上下文？

为什么有人需要多个调度器 servlet？

为什么有人需要多个应用程序上下文？

想法？注释？更正？最佳实践？

Answer 1

Spring 不会强迫您以这种方式拥有 xml 文件，您可以只使用一个 servlet-context.xml 的 xml 文件并仅使用调度程序 servlet 来很好地处理所有事情。通常有不同的文件来定义您的服务 bean 或 dao bean，所以这基本上取决于您的应用程序设计，例如，如果您使用的是 spring security，您可能需要添加一个 xml 文件，例如 security-context.xml 之类的正如我所说，这取决于设计。您实际上可以完全消除上下文加载器侦听器，并且仍然可以使用调度程序 servlet 完成所有工作。 您的问题范围太广，因为您是 Spring 新手，您可能应该了解有关 Spring 容器的更多详细信息并决定什么适合您的要求。 我通常在 WEB-INF 中有我的 servlet-context.xml，在类路径中有 service-context.xml 等其他配置，这也不是严格的规则，只是它适合我。

Answer 2

此设计背后的整个想法是处理典型 Web 应用程序中的不同架构层，并为跨上下文的 bean 提供继承/覆盖机制。 Spring 中每种类型的上下文都与不同的架构层相关，例如 Web 层、服务层等。

基于 Spring 的 Web 应用程序可以配置多个调度程序 servlet（尽管在大多数情况下它是一个 servlet - 但调度程序 serlvet 仍然是一个 servlet，并且可以在 web.xml 中配置多个）。这些可以配置为处理不同的 url 模式。所以显然每个都是不同的 servlet，因此可以有不同的 Spring Web 应用程序上下文。它们中的每一个都可以包含 Spring Web 层的不同配置，例如控制器、拦截器、视图解析器、语言环境解析器等，因为这些通常属于应用程序的 Web 层。所有这些配置和 bean 对每个调度程序 servlet 都是私有的，因此它们彼此不可见。因此，拥有一个单独的 Spring Web 应用程序上下文对于启用这种隐私是有意义的。但是，还有其他设计为共享的 bean，因此属于根上下文。所以所有可共享的东西都属于根上下文，对于这个 Web 应用程序来说，它可以被认为是全局的。

每个调度程序 servlet 都继承了根上下文中定义的所有 bean。然而，需要注意的重要一点是，共享的 bean 可以被各自的调度程序 servlet 特定的 bean 覆盖。因此，在 Web 应用程序中，根上下文可以被视为可以被继承但可以被覆盖的东西。