在上一篇 从Tomcat入口了解Spring MVC的请求处理流程 中主要介绍了spring mvc如何使用以及spring的DispatcherServlet加载细节以及URL映射配置，但是还是遗留了不少问题，现在就来具体讨论下之前提出的问题以及有哪些解决方案。

• rootContext 这是怎么一回事，是必须的么，和applicationContext.xml又有什么关系呢？
• xml配置的context-param和servlet的init-param有什么区别？
• cors跨域是什么，spring中如何使用
• URL映射规则是如何完成的，以及和Tomcat的URL映射有什么关联么？

1、rootContext

rootContext是wrapper的上一层也就是context创建的上下文，那就使得servlet和context存在各自的上下文，并且存在依赖关系。

如果现在在web.xml中配置了多个servlet，那就意味着各个servlet都必须设置自己的上下文，如果各个servlet都需要使用共同的bean，那么就可以设置一个他们的根上下文，也就是这里的rootContext，达到公用的目的。

使用方法

 <listener>
 <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
 </listener>
 
 <context-param>
 <param-name>contextConfigLocation</param-name>
 <param-value>WEB-INF/applicationContext.xml</param-value>
 </context-param>

这样就可以为context创建一个上下文，他的bean信息通过WEB-INF/applicationContext.xml解析获取,仔细看下ContextLoaderListener类就会发现他是继承自ServletContextListener接口的。

Tomcat的源码文件StandardContext类

Spring的ContextLoader文件

这就很清楚ContextLoaderListener的调用关系了，而在使用本项目单步调试的时候，确实入口就是这里。认真理解了根上下文以及dispatchservlet的上下文之后，才可以避免出现重复创建bean以及bean无法注入的各种情况。

2、context-param和init-param

context-param是作用在context的，也就是上面说的ContextLoaderListener的配置参数

init-param 是作用在servlet的，一般情况下是作为DispatcherServlet的配置参数

两者分别设置好自身的上下文环境，不过需要注意到这两种最后都是创建WebApplicationContext对象，如果没有设置配置的参数，都会获取默认的配置路径的文件,都是/WEB-INF/applicationContext.xml，如果不存在该文件，spring在读取xml文件会抛出资源不存在的错误。

在之前学习的时候，看到如果不设置配置文件，则一定要设置为applicationContext.xml，真正的原因其实也是这个默认属性。

3、cors跨域是什么，spring mvc如何操作的。

跨域是浏览器为了确保安全的一种措施，当在A域名的页面请求B域名的链接时就会因为跨域被浏览器拦截，从而无法传送数据，可是实际开发中，跨域是非常频繁的请求，除了等下我们介绍的spring cors方法外还有比如jsonp作为解决跨域问题的方案。

AbstractHandlerMapping 类

if (CorsUtils.isCorsRequest(request)) {
 CorsConfiguration globalConfig = this.corsConfigSource.getCorsConfiguration(request);
 // 获取全局配置
 CorsConfiguration handlerConfig = getCorsConfiguration(handler, request);
 // 获取当前请求的配置
 CorsConfiguration config = (globalConfig != null ? globalConfig.combine(handlerConfig) : handlerConfig);
 // 获得最终的可用的cors配置
 executionChain = getCorsHandlerExecutionChain(request, executionChain, config);
 // 重新生成可执行链
}
public static boolean isCorsRequest(HttpServletRequest request) {
 // 查看请求头部是否存在Origin这个信息
 return (request.getHeader(HttpHeaders.ORIGIN) != null);
} 

更多的具体的可看 Spring MVC 与 CORS 讲的蛮好的。

4、URL映射规则是如何完成的，以及和Tomcat的URL映射有什么关联么？

首先需要明白一个情况就是，spring mvc在开发完之后打包成一个war包，由Tomcat启动，那么入口其实是在Tomcat的上。

Tomcat的7.0版本（5.0？不是很确定了，4.0不是这样情况）开始的URL映射都是通过mappingData关联的，而mappingData的数据在一个request请求过来的就已经决定好的，可以知道具体选择哪个wrapper，而上面已经说了，一个wrapper只可以关联一个servlet，那就意味着到spring mvc这一层的时候就已经明确了由哪个servlet去继续执行了。

在spring mvc中则是通过各个controller的包含了RequestMapping的方法得到具体的映射路径，接下来具体了解下其过程，入口是initHandlerMappings(context)方法。

换做我们，我们会做怎样做呢？一般情况就是扫描包路径，所有的可能为controller的类，再扫描类中有RequestMapping注解的方法，合并对应的类信息，组成一个kv对，k是URL，v是某类一具体的方法。接下来具体看下spring是如何实现该操作的。

DispatchServlet 类

 private void initHandlerMappings(ApplicationContext context) {
 this.handlerMappings = null;
 if (this.detectAllHandlerMappings) {
 // 需要全量查找，默认值是true
 Map<String, HandlerMapping> matchingBeans =
 BeanFactoryUtils.beansOfTypeIncludingAncestors(context, HandlerMapping.class, true, false);
 // 获取IOC容器中所有为HandlerMapping的类
 if (!matchingBeans.isEmpty()) {
 this.handlerMappings = new ArrayList<HandlerMapping>(matchingBeans.values());
 AnnotationAwareOrderComparator.sort(this.handlerMappings);
 }
 }
 else {
 try {
 // 如果不需要全量查找，则获取handlerMapping类的bean信息
 HandlerMapping hm = context.getBean(HANDLER_MAPPING_BEAN_NAME, HandlerMapping.class);
 this.handlerMappings = Collections.singletonList(hm);
 }
 catch (NoSuchBeanDefinitionException ex) {
 // Ignore, we'll add a default HandlerMapping later.
 }
 }
 
 // 确保必须得有一个URL的关联映射 
 if (this.handlerMappings == null) {
 this.handlerMappings = getDefaultStrategies(context, HandlerMapping.class);
 if (logger.isDebugEnabled()) {
 logger.debug("No HandlerMappings found in servlet '" + getServletName() + "': using default");
 }
 }
 }
 
 
 protected <T> List<T> getDefaultStrategies(ApplicationContext context, Class<T> strategyInterface) {
 String key = strategyInterface.getName();
 // key就是HandlerMapping的类名称，org.springframework.web.servlet.HandlerMapping
 String value = defaultStrategies.getProperty(key);
 // value是在配置文件中的值，三个类名称
 if (value != null) {
 String[] classNames = StringUtils.commaDelimitedListToStringArray(value);
 List<T> strategies = new ArrayList<T>(classNames.length);
 for (String className : classNames) {
 try {
 Class<?> clazz = ClassUtils.forName(className, DispatcherServlet.class.getClassLoader());
 // 得到具体的类信息
 Object strategy = createDefaultStrategy(context, clazz);
 // 按照创建一个bean的方式去创建一个类，并且获取所有需要的信息
 // 在这里会完成所有URL的映射记录
 strategies.add((T) strategy);
 }
 catch (ClassNotFoundException ex) {
 throw new BeanInitializationException(
 "Could not find DispatcherServlet's default strategy class [" + className +
 "] for interface [" + key + "]", ex);
 }
 catch (LinkageError err) {
 throw new BeanInitializationException(
 "Error loading DispatcherServlet's default strategy class [" + className +
 "] for interface [" + key + "]: problem with class file or dependent class", err);
 }
 }
 return strategies;
 }
 else {
 return new LinkedList<T>();
 }
 }
 

这个时候handlerMappings 已经存在了数据，只不过还只是映射到了controller，并没有具体到方法

原创推荐

「系列教程」手写RPC框架(1)，看看100个线程同时调用情况如何

「面试」new String("abc")和"abc"有什么区别？反编译看看原理吧

「源码」SpringBoot启动原理，你是否清楚？

「深入」HashMap再学习，相比Java7，Java8源码你了解多少

「面试」LRU了解么？看看LinkedHashMap如何实现LRU算法