java - spring mvc中使用多个dispatcher servlet的优缺点

Question

我刚刚发现你可以在一个 spring 应用程序中拥有多个。 dispatcher-servlets我想知道采用这种方法是否有任何优势，而不是传统的 spring 方法对所有传入的请求都是单一的。 dispatcher-servlet

Answer 1

来自文档

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

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

简单的答案是以多种形式拥有DispatcherServlet 的功能

Dispatcher servlet 功能

---

• Dispatcher 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>

^{_优势一：}我们可以为不同的 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。
注意：这不是关于语言环境配置，而是关于语言环境解析器配置。