详解Spring mvc工作原理及源码分析

详解Spring mvc工作原理及源码分析,第1张

Model 模型层 (javaBean组件 = 领域模型(javaBean) + 业务层 + 持久层)

View 视图层( html、jsp…)

Controller 控制层(委托模型层进行数据处理)

springmvc是一个web层mvc框架,类似struts2。

springmvc是spring的部分,其实就是spring在原有基础上,又提供了web应用的mvc模块。

实现机制:

struts2是基于过滤器实现的。

springmvc是基于servlet实现的。

运行速度:

因为过滤器底层是servlet,所以springmvc的运行速度会稍微比structs2快。

struts2是多例的

springmvc单例的

参数封装:

struts2参数封装是基于属性进行封装。

springmvc是基于方法封装。颗粒度更细。

⑴ 用户发送请求至DispatcherServlet。

⑵ DispatcherServlet收到请求调用HandlerMapping查询具体的Handler。

⑶ HandlerMapping找到具体的处理器(具体配置的是哪个处理器的实现类),生成处理器对象及处理器拦截器(HandlerExcutorChain包含了Handler以及拦截器集合)返回给DispatcherServlet。

⑷ DispatcherServlet接收到HandlerMapping返回的HandlerExcutorChain后,调用HandlerAdapter请求执行具体的Handler(Controller)。

⑸ HandlerAdapter经过适配调用具体的Handler(Controller即后端控制器)。

⑹ Controller执行完成返回ModelAndView(其中包含逻辑视图和数据)给HandlerAdaptor。

⑺ HandlerAdaptor再将ModelAndView返回给DispatcherServlet。

⑻ DispatcherServlet请求视图解析器ViewReslover解析ModelAndView。

⑼ ViewReslover解析后返回具体View(物理视图)到DispatcherServlet。

⑽ DispatcherServlet请求渲染视图(即将模型数据填充至视图中) 根据View进行渲染视图。

⑾ 将渲染后的视图返回给DispatcherServlet。

⑿ DispatcherServlet将响应结果返回给用户。

(1)前端控制器DispatcherServlet(配置即可)

功能:中央处理器,接收请求,自己不做任何处理,而是将请求发送给其他组件进行处理。DispatcherServlet 是整个流程的控制中心。

(2)处理器映射器HandlerMapping(配置即可)

功能:根据DispatcherServlet发送的url请求路径查找Handler

常见的处理器映射器:BeanNameUrlHandlerMapping,SimpleUrlHandlerMapping,

ControllerClassNameHandlerMapping,DefaultAnnotationHandlerMapping(不建议使用)

(3)处理器适配器HandlerAdapter(配置即可)

功能:按照特定规则(HandlerAdapter要求的规则)去执行Handler。

通过HandlerAdapter对处理器进行执行,这是适配器模式的应用,通过扩展多个适配器对更多类型的处理器进行执行。

常见的处理器适配器:>

spring是咋启动的

         对于应用程序来说,spring的启动是没有什么好说的,直接运行main方法,通过new GenericXmlApplicationContext、ClassPathXmlApplicationContext、XmlBeanFactory等这些容器类,会自动解析xml配置,然后自动进行bean的注入、初始化等,而我们最终也可以从容器中提取这些类,进行各种各样的 *** 作。

       对于web程序来说,并不是直接用main方式调用spring容器进行启动的,而都是以tomcat方式进行启动的,那么tomcat是怎么解析spring的xml配置,怎么进行bean的初始化、注入的呢?

       tomcat其实也是一个main程序。它启动后,调用spring的配置文件的过程如下:

StandContextstartInternal()àStandContextlistenerStart()àContextLoadListenercontextInitialized()àAbstractApplicationContextrefresh()

ContextLoadListener实现了ServletContextListener,因此会调用ContextLoadListener的contextInitialized()方法。

这样就很明了了吧, refresh方法正是spring进行xml解析、bean注入、ioc、aop等等方法的入口。  tomcat会把ServletContextEvent传递给spring, even中有servletContext,这个context也构造出spring的context。最后通过refresh完成大部分的构建、初始化工作。

那么对于springMvc是怎么启动的呢?springMvc的配置文件  spring-servletxml是如何解析的呢?

同样还是在tomcat的loadOnStartup()方法中,对大于等于0的servelet进行了调用。

StandardContextstartInternal()àloadOnStartup()àStandardWrapperload()àload()àloadServlet()àinitServlet()àDispatcherServletinit()àFrameworkServletinitServletBean()àrefresh()。  这里加载的是springMvc的配置文件

为什么说springMvc是spring的子容器?

因为spring的配置加载后,然后对DispatcherServlet 进行初始化,最后对springMvc的配置解析是存放在DispatcherServlet 的父类FrameworkServlet 中的webApplicationContext属性容器中。其中在initWebApplicationContext()方法中,通过在ServletContext也即ApplicationContext中set进去的属性“ ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE ”,获取到rootContext,rootContext是前面spring解析出来的容器,setParent(),在webApplicationContext设置父容器rootContext,  通过rootContext然后构建出webApplicationContext。也就是说springMvc是获得到了spring的容器。

子容器可以获取到父容器的内容,而父容器获取不到子容器的内容。

"favlis\5x��

以上就是关于详解Spring mvc工作原理及源码分析全部的内容,包括:详解Spring mvc工作原理及源码分析、在springMVC中的Controller层中怎么获取页面中的input中的用户输入的值、一、spring是咋启动的等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!

欢迎分享,转载请注明来源:内存溢出

原文地址:https://54852.com/web/9280333.html

(0)
打赏 微信扫一扫微信扫一扫 支付宝扫一扫支付宝扫一扫
上一篇 2023-04-26
下一篇2023-04-26

发表评论

登录后才能评论

评论列表(0条)

    保存