Spring MVC 相关面试题就是无底洞，反正我是怕了

栏目: IT技术 · 发布时间: 4年前

面试官：在基于Spring框架的Web应用中，Spring的应用上下文配置文件applicationgContext.xml是如何自动加载的？

小小白：当运行一个Web项目时，应用服务器(JBoss、Tomcat等)首先会读取项目源码路径中的web.xml文件，解析其中的配置，发现配置了ContextLoaderListener，因此会执行ContextLoaderListener类中的contextInitialized方法，在这个方法中会调用initWebApplicationContext()方法，根据方法名可以看出这个方法是用于初始化一个WebApplicationContext，简单理解就是初始化一个Web应用下的Spring容器。在initWebApplicationContext()方法后续代码实现的内部会根据web.xml中配置的contextConfigLocation属性加载指定的applicationContext.xml文件，根据这个文件初始化Spring容器。

面试官：如果在web.xml中没有配置contextConfigLocation参数，是不是就不能加载applicationgContext.xml文件？

小小白：如果没有配置contextConfigLocation参数，那么应用启动时会默认查找应用根目录下/WEB-INF/applicationContext.xml文件，也就是说这是一个默认加载的文件路径。

面试官：这个Web应用下的WebApplicationContext初始化完成后，它和ServletContext有什么关系呢？

小小白：在initWebApplicationContext方法的内部会把初始化后的context存到ServletContext中，具体的就是存到了一个Map类型的属性中，key是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE，value是具体的WebApplicationContext实例对象。

面试官：如果想在代码中通过ServletContext获取这个WebApplicationContext，如何操作？

小小白：Spring框架提供了一个WebApplicationContextUtils工具类，通过这个工具类的getWebApplicationContext方法可以获取到。

面试官：刚刚说到ServletContext，它到底做什么用的？

小小白：ServletContext定义了一些方法方便Servlet和Servlet容器进行通讯，在一个web应用中所有的Servlet都公用一个ServletContext，Spring在和web应用结合使用的时候，是将Spring的容器存到ServletContext中的，通俗的说就是将一个ApplicationContext存储到ServletContext的一个Map属性中。

面试官：有了解过web.xml中listener、filter和servlet的初始化顺序吗？

小小白：首先，对使用标签声明的监听器类进行实例化，调用监听器类实例对象的contextInitialized()方法，初始化应用上下文数据；接着对使用标签声明的过滤器类进行实例化，调用过滤器类实例对象的init()方法；如果标签内使用了标签，则按照数值从小到大的顺序对Servlet进行实例化，并调用对应的init()方法。

面试官：说到servlet，Spring MVC中的DispatcherServlet有了解过吗？

小小白：DispatcherServlet是SpringMVC的核心分发器，它实现了请求分发，是处理请求的入口。

面试官：那你说一下它的实现原理？

小小白：DispatcherServlet是一个Servlet，在应用启动时，DispatcherServlet初始化会执行init方法，查看源码发现DispatcherServlet的init方法继承自HttpServletBean，在这个初始化方法中会实例化一个WebApplicationContext对象，并且将初始化后的context存到ServletContext中，让Servlet和Spring容器进行关联。在DispatcherServlet的onRefresh方法中，初始化各种请求处理策略，例如文件上传处理策略、URL请求处理策略、视图映射处理策略、异常处理策略等，这些策略的大部分执行逻辑都是先从WebApplicationContext中查找，找不到的情况下再加载和DispatcherServlet同目录下的DispatcherServlet.properties中的各个策略，例如初始化HandlerMapping，注册各种请求的处理策略及处理类。

面试官：具体说一下DispatcherServlet请求分发的实现原理？

小小白：首先，SpringMVC框架在启动的时候会遍历Spring容器中的所有bean，对标注了@Controller或@RequestMapping注解的类中方法进行遍历，将类和方法上的@RequestMapping注解值进行合并，使用@RequestMapping注解的相关参数值(如value、method等)封装一个RequestMappingInfo，将这个Controller实例、方法及方法参数信息(类型、注解等)封装到HandlerMethod中，然后以RequestMappingInfo为key，HandlerMethod为value存到一个以Map为结构的handlerMethods中。

接着，将@RequestMapping注解中的value(即请求路径)值取出，即url，然后以url为key，以RequestMappingInfo为value，存到一个以Map为结构的urlMap属性中。

客户端发起请求的时候，根据请求的URL到urlMap中查找，找到RequestMappingInfo，然后根据RequestMappingInfo到handlerMethods中查找，找到对应的HandlerMethod，接着将HandlerMethod封装到HandlerExecutionChain；接着遍历容器中所有HandlerAdapter实现类，找到支持这次请求的HandlerAdapter，如RequestMappingHandlerAdapter，然后执行SpringMVC拦截器的前置方法(preHandle方法)，然后对请求参数解析及转换，然后(使用反射)调用具体Controller的对应方法返回一个ModelAndView对象，执行拦截器的后置方法(postHandle方法)，然后对返回的结果进行处理，最后执行afterCompletion方法。

推荐阅读 ：

说实话，面试这么问Spring框架的问题，我快扛不住了

没使用加号拼接字符串，面试官竟然问我为什么

面试官一步一步的套路你，为什么SimpleDateFormat不是线程安全的

都说ThreadLocal被面试官问烂了，可为什么面试官还是喜欢继续问

Java注解是如何玩转的，面试官和我聊了半个小时

如何去除代码中的多次if而引发的一连串面试问题

三分钟快速搞定git常规使用

String引发的提问，我差点跪了

就写了一行代码，被问了这么多问题

面试官：JVM对锁进行了优化，都优化了啥？

synchronized连环问