springmvc的面试知识点总结
新的一年,开启新的篇章,欧气满满,迎接未来.
前几天回顾了spring相关的知识点,现在再来回顾下springmvc相关的知识点做一下总结.
问题总结
之前面试问题总结的那篇文章中,与springmvc相关的有哪些问题:
- springmvc的工作流程?
- springmvc dispatcherservlet与handleradapter如何关联？
- 有了springmvc的IOC容器,还需要spring的IOC容器吗?为什么?如何处理兼容问题?
- tomcat容器如何与springmvc的dispatcherservlet通信的？
问题梳理
-
springmvc的工作流程
我根据springmvc的流程将流程图画了出来:
springmvc流程图
- 请求过来之后,dispatcherServlet的url-pattern拦截请求;
- 判断在springmvc中是否存在对应映射;
- 若不存在,判断是否配置<mvc:default-servlet-handler/>;
- 如果配置,就会找到目标资源,没有则显示404页面;
- 如果映射存在,则由handlerMapping获handlerExecutionChain对象;
(注意两点:
① handlerMapping定义了请求到处理器之间的映射,如果发送的请求是没有映射的,那么得到的handlerExecutionChain也不为空,而是默认的defaultServletHTTPRequestHandler,用来处理静态资源等(配置了default-servlet-handler,否则报为404);
② handlerExecutionChain实际上包含了拦截器和目标方法.) - 获取HandlerAdapter对象;
(包含表单类型的校验,数据类型的转换,格式换等功能) - 调用 interceptor拦截器的preHandle方法;
- 调用目标方法;
- 调用拦截器的postHandle方法;
- 处理视图时候,观察是否存在异常,存在异常,则由HandlerExceptionResolver来处理异常,并得到新的ModelAndView对象;不存在异常,则由ViewResolver视图解析器来解析视图;
- 调用拦截器的afterComplettion方法;
-
springmvc DispatcherServlet与handlerAdapter如何关联?
DispatcherServlet拦截到请求之后,根据handlerMapping获取到handlerExecutionChain对象,然后,在handlerExecutionChain对象不为null的情况下,根据handlerExecutionChain中的handler对象获取HandlerAdapter对象; -
有了springmvc的IOC容器,还需要spring的IOC容器吗?为什么?如何处理兼容问题?
这个问题再进一步,换个方式提问即是否还需要在web.xml方法里面配置启动springIOC容器的ContextLoaderListener?
可以从正反两方面来回答,首先是需要,通常情况下,类似于数据源,事务,整合其他框架等都是放在spring的配置文件中,而不是springmvc的配置文件中, 一般情况下,开发过程中的Service,Dao也都是放在spring的IOC容器当中;其次可以是不需要的,也可以都放在springmvc的配置文件当中,当然需要分多个spring的配置文件,然后通过import节点导入到springmvc的配置文件当中.
几点要注意的地方:
1. springIOC容器和springmvc的IOC容器 扫描的部分有重合的地方,就会导致bean被创建2次,解决方案:使用 exclude-filter和include-filter配合来区分哪些bean交给springIOC容器,哪些bean交给springmvcIOC容器;
2. springmvc IOC容器里面的bean可以引用springIOC容器的bean,反之则不行,多个springIOC 容器之间可以设置为父子关系,以实现良好的解耦.举个栗子,springIOC容器好比是全局作用域,springmvcIOC容器好比是局部作用域,局部的可以引用全局的,而全局的却不能引用局部的. -
tomcat容器如何与springmvc的dispatcherservlet通信的？
Apache Tomcat软件是JavaServlet，JavaServerPages，Java ExpressionLanguage和JavaWebSocket技术的开源实现,SpringMVC则是spring推出的基于servlet标准的MVC框架实现,由此可知,SpringMvc和Tomcat 的结合点就是Servlet.SpringMVC的DispatcherServlet继承了HttpServlet,那么对于tomcat来说,springmvc实际就是一个Servlet.
一个http请求的具体处理流程:
1. 用户向tomcat容器发送一个请求;
2. tomcat容器接收到请求之后,分析客户的请求信息;
3. tomcat创建一个Httprequest对象,将用户的请求信息封装到该对象中;
4. tomcat创建一个HttpResponse对象;
5. tomcat调用HttpServlet的Service方法,将Httprequest,HTTPResponse传递给Httpservlet对象;
6. HttpServlet调用HttpRequest对象的有关方法,获取Http请求信息,HttpServlet调用HttpResponse对象的有关方法，生成响应数据;
7. tomcat把HttpServlet的响应结果传给Web客户.
要注意的几点东西:
①:web.xml配置文件的作用其实就是配置http请求和servlet之间的映射关系,通过这个配置文件,Tomcat可以把请求转发给不同的servlet实例;
②:springmvc也是servlet标准的一个实现,所有的http请求都映射到DispatcherServlet上去,这个时候,请求就已经由Tomcat转发到springmvc框架中去了,接着再由DispatcherServlet将请求转发到各个Controller当中去.
小结
这篇文章主要回顾了springmvc框架的如何处理http请求的过程,以及其和Tomcat容器之间的请发转发是如何实现的,如果能够熟练掌握,面试碰到相关的问题,也能够侃侃而谈了,同时也是在平时CURD之余,对框架有一个更深层次的理解,不但要会用,还要懂得其原理.
