java - 在 spring mvc 中使用多个调度程序 servlet 的优点和缺点

Question

我刚刚发现您可以在 Spring 应用程序中拥有多个 dispatcher-servlet。我想知道采用这种方法是否比传统的 spring 方法有任何优势，为所有传入请求使用 single dispatcher-servlet 。

Answer 1

来自文档

A web application can define any number of DispatcherServlets. Each servlet will operate in its own namespace, loading its own application context with mappings, handlers, etc. Only the root application context as loaded by ContextLoaderListener, if any, will be shared.

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

简单的答案是 DispatcherServlet's多种形式的功能

调度程序 servlet 功能

<小时/>

• 调度程序 Servlet 使用 HandlerMapping控制请求到处理程序对象的路由的实现。默认为BeanNameUrlHandlerMapping和RequestMappingHandlerMapping 。
• 它的 View 分辨率策略可以通过 ViewResolver 指定实现，将符号 View 名称解析为 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 集使用不同的 View 解析器。

DS1 的InternalResourceViewResolver
它仅处理前缀+返回的字符串+后缀。
<强> TilesViewResolver DS2
它的实现由 apachetiles 提供，这是一个基于布局/骨架的插件高级功能，如下所示。
或者，如果我们对不同的 URL 集使用不同布局的 TilesViewResolver
匿名用户 - 不同的布局
登录用户 - 不同的布局

^_优点3:我们可以为不同的URL集使用不同的主题解析器。
这些解析器持续监视 cookie/ session 来解析主题并提供合格的样式表/主题(如下图所示)。下面仅给出 CookieThemeResolver 结果的示例.
注意:这不是关于主题配置，而是关于主题解析器配置。

^{_{优点 4:}} 我们可以为不同的 URL 集使用不同的区域设置解析器。
这些解析器持续监视 cookie/session/accept-header 以解析区域设置并加载合格的应用程序消息(如下图所示)。下面仅给出 CookieLocaleResolver 结果的示例.
注意:这不是关于区域设置配置，而是关于区域设置解析器配置。