idea tomcat springmvc 无法注入bean_springmvc的面试知识点总结

新的一年,开启新的篇章,欧气满满,迎接未来.

前几天回顾了spring相关的知识点,现在再来回顾下springmvc相关的知识点做一下总结.

问题总结

之前面试问题总结的那篇文章中,与springmvc相关的有哪些问题:

springmvc的工作流程?

springmvc dispatcherservlet与handleradapter如何关联？

有了springmvc的IOC容器,还需要spring的IOC容器吗?为什么?如何处理兼容问题?

tomcat容器如何与springmvc的dispatcherservlet通信的？

问题梳理

springmvc的工作流程

我根据springmvc的流程将流程图画了出来:

请求过来之后,dispatcherServlet的url-pattern拦截请求;

判断在springmvc中是否存在对应映射;

若不存在,判断是否配置

如果配置,就会找到目标资源,没有则显示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之余,对框架有一个更深层次的理解,不但要会用,还要懂得其原理.

说到最后给大家免费分享一波福利吧！我自己收集了一些Java资料，里面就包涵了一些BAT面试资料，以及一些 Java 高并发、分布式、微服务、高性能、源码分析、JVM等技术资料

感兴趣的可以自己来我的Java架构进阶群，可以免费来群里下载Java资料，群号：826775302 对Java技术，架构技术感兴趣的同学，欢迎加群，一起学习，相互讨论。