在上一篇 从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"有什么区别？反编译看看原理吧