Spring-MVC：什么是“上下文”和“命名空间”？

Question

来自XmlWebApplicationContextjavadoc：

默认情况下，配置将从“/WEB-INF/applicationContext.xml”获取根上下文，“/WEB-INF/test-servlet.xml”获取命名空间为“test-servlet”的上下文"（就像一个 DispatcherServlet 实例的 servlet 名称为“test”）。

Spring 上下文是什么意思？

什么是根上下文？还有哪些其他类型的 Spring 上下文？

什么是命名空间？

更新：

一些后续问题：

1. 什么是 Spring ApplicationContext - 它是保存在配置 XML 文件中定义的 bean 的某种“东西”吗？

2. 查看 ContextLoaderListener 的代码，它看起来像是加载了配置 XML 文件中定义的数据。但是我的 Spring Web 应用程序可以在没有定义此侦听器或任何其他侦听器的情况下工作。怎么可能？

3. 在什么情况下拥有多个 Spring 的 DispatcherServlet 实例才有意义？

4. 根上下文（来自 applicationContext.xml 的数据）是否适用于每个 DispatcherServlet 实例，而其他上下文（例如来自 test-servlet.xml 的数据）仅适用于相关的 DispatcherServlet（即测试）？

Answer 1

“Spring 上下文”=Spring ApplicationContext。

“根上下文”，就 web 应用而言，是指 webapp 加载和使用的主要上下文。通常，您将使用 ContextLoaderListener 启动根上下文。

根上下文并不是真正的“种类”上下文。这只是上下文所扮演的角色。您在 webapp 中有一个根上下文。其他上下文不是根上下文。它们通常是根上下文的子级。

这里的命名空间是指 Spring 的 DispatcherServlet 实例的范围。它只是说，如果你在 web.xml 中将你的 servlet 命名为“test”，那么按照惯例，Spring 将寻找一个名为“test-servlet.xml”的文件来用作该调度程序的上下文。顺便说一句，像这样为调度程序创建的每个上下文都成为根上下文的子上下文。

编辑：回答您的新问题：

1. 按照我的答案第一行中的链接了解 ApplicationContext。如果您有没有在那里回答的问题，我建议发布一个新的 SO 问题。
2. 根上下文是可选的。如果您没有定义 ContextLoaderListener，那么您就没有根上下文。当您使用 DispatcherServlet 时，它会启动自己的 ApplicationContext，并从那里获取所需的 bean。
3. 我不知道有哪一个在我的脑海中。我想如果您的应用中的某些 URL 资源之间需要完全不同的配置，那可能会促使您这样做。
4. 是的。准确地说，根上下文是为 DispatcherServlet 启动的任何上下文的父上下文。父上下文中的 Bean 可以通过子上下文访问，但反之则不然。

Answer 2

在 Web 应用程序中，架构通常像流行的 MVC 结构一样分为层。 因此，Web 应用程序基本上包含一个处理客户端请求的层，即 HTTPRequests 以及为这些请求提供服务的层。

总结一下：用于处理 Http 请求的类，即映射到 url 的控制器属于 test-servlet.xml。这称为 WebapplicationContext，其中仅包含主要用于处理客户端请求的 bean。

现在下一部分是包含您的业务逻辑的 Service/Dao 层。执行此类逻辑的 Bean 被加载到 ApplicationContext 对象下。

现在你可能会问他们为什么将这些东西分成文件或两个不同的对象。

这是因为，一个应用程序具有相同的业务逻辑，可供使用不同协议的多个客户端使用。您可以使用相同的服务层来处理 RMI 以及 HTTP 调用。 所以 Spring 创建了一个父上下文，它作为 ApplicationContext 启动我们。然后，如果您的应用程序处理 Web 请求，您可以创建一个调度程序 servlet，它具有自己的 Webapplicationcontext 并初始化为父上下文的子项。 所以所有父bean都可以在子bean中引用并且可以被覆盖，但反之则不行