什么时候需要多个Dispatcher Servlet？

Question

在哪些情况下，我们需要多个Dispatcher Servlet？ 谁能告诉我多个Dispatcher Servlet的用例。 我认为每个用例都可以通过使用单个Dispatcher Servlet来解决。

Answer 1

严格分开用户和管理员功能。或者一个用于纯Spring MVC，另一个用于Spring Web Flow。一些控制器的主要配置差异。 （我们实际上使用了Spring MVC和Spring Web Flow分隔符，以便我们可以添加它而不影响已经存在的配置）。如今，使用Servlet 3.0，您可以分别开发应用程序的各个部分，并让它们全部在其中贡献自己的DispatcherServlet和映射（尽管您也可以使用一些配置约定来实现这一点）。

Answer 2

由于DispatcherServlet非常灵活。 Spring MVC不仅使用它，而且Spring WS等也使用它。

通常，当我们需要多套MVC配置时，我们声明多个调度程序servlet。 例如，我们可能在传统的MVC应用程序旁边或者在网站的不安全部分中使用REST API：

Source of this answer, read in detail...

Answer 3

来自文档

  

一个Web应用程序可以定义任意数量的DispatcherServlet。每个servlet将在其自己的名称空间中运行，并使用映射，处理程序等加载其自己的应用程序上下文。只有ContextLoaderListener加载的根应用程序上下文（如果有）将被共享。

多个调度程序servlet的优点 _^OR 为什么我们需要多个调度程序servlet？ ^_OR 什么时候需要多个调度程序servlet？

简单的答案是具有几种形式的DispatcherServlet's功能

分派器servlet功能

---

• 调度程序Servlet使用HandlerMapping实现来控制将请求路由到处理程序对象。默认值为BeanNameUrlHandlerMapping和RequestMappingHandlerMapping。
• 可以通过ViewResolver实现指定视图解析策略，将符号视图名称解析为View对象。默认值为InternalResourceViewResolver。
• 可以通过HandlerExceptionResolver指定异常的解决策略，例如将某些异常映射到错误页面。
• 解决多部分请求的策略由MultipartResolver实现决定。
• 其语言环境解析策略由LocaleResolver确定。
• 其主题解析策略由ThemeResolver确定。

---

我将尝试解释DispatcherServlet

提供的某些功能

声明多个调度程序servlet
假设我们有两个调度程序servlet（DS），其中DS1，DS2配置有不同的URL模式（**.simple, **.beanName），并且它们使用下面提供的不同的调度程序servlet配置。

DispatcherServlet     - simpleUrlHandlerDispatcherServlet
contextConfigLocation - /WEB-INF/simpleUrlHandlerMapping.xml
<url-pattern>*.simple</url-pattern>

DispatcherServlet     - beanNameUrlHandlerDispatcherServlet
contextConfigLocation - /WEB-INF/beanNameUrlHandlerMapping.xml
<url-pattern>*.beanName</url-pattern>

_^优点1： 我们可以为不同的URL集使用不同的HandlerMapping

DS1 bean名称url处理程序映射配置

<bean name="/hello.beanName" class="com.pvn.mvc.HelloController" />
<bean name="/hi.beanName" class="com.pvn.mvc.HiController" />

DS2简单的URL处理程序映射配置

<bean class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
    <property name="mappings">
        <props>
            <prop key="/hello.simple">simpleHello</prop>
            <prop key="/hi.simple">simpleHi</prop>
        </props>
    </property>
</bean>

_^优点2： 我们可以为不同的URL集使用不同的视图解析器。

用于DS1的InternalResourceViewResolver
仅处理prefix + returned String + suffix的地方。
TilesViewResolver for DS2
其实现由apache tile提供，这是基于布局/骨架的插件高级功能，如下所示。
或者，如果我们对不同的URL集使用具有不同布局的TilesViewResolver
匿名用户-不同的布局
登录的用户-不同的布局

_^优点3： 我们可以为不同的URL集使用不同的主题解析器。
这些解析器持续监视cookie /会话以解析主题并提供符合样式表/主题的条件（如下图所示）。下面仅举例说明CookieThemeResolver的结果。
注意：这与主题配置无关，而与主题解析器配置有关。

_^优点4： 我们可以为不同的URL集使用不同的语言环境解析器。
这些解析器连续监视cookie / session / accept-header以解析语言环境并加载合格的应用程序消息（如下图所示）。下面仅举例说明CookieLocaleResolver的结果。
注意：这与语言环境配置无关，而与语言环境解析器配置有关。