首页 > Web开发 > 详细

Spring MVC 原理 - DispatcherServlet调用完整过程(下)

时间:2014-03-10 22:28:02      阅读:557      评论:0      收藏:0      [点我收藏+]

接上一篇:Spring MVC 原理 - DispatcherServlet调用完整过程(上)


上一篇到440行返回结果result.

bubuko.com,布布扣


返回result之后,使用result去获取ModelAndView,执行方法getModelAndView:

bubuko.com,布布扣


该方法主要通过result返回值来判断:

bubuko.com,布布扣

当前方法是带ResponseBody注解的,所以执行到这里:

bubuko.com,布布扣

进去方法:

bubuko.com,布布扣

这里是根据http类型做出相应的输出:

bubuko.com,布布扣

用户配置的:

bubuko.com,布布扣

接收的类型:

bubuko.com,布布扣

写的方法:

bubuko.com,布布扣

这里配置的json格式,所以会进入JSON方法:

bubuko.com,布布扣

写入ResponseBody后,返回mav:

bubuko.com,布布扣

最后返回之前调用handler的地方,之后会有一些不同种类的拦截器方法:

bubuko.com,布布扣


拦截器如:

bubuko.com,布布扣

bubuko.com,布布扣

bubuko.com,布布扣

还有一些处理不同异常情况的拦截器。


系统默认都会去执行一个拦截器,这个拦截器基本上都是空方法,是一个private类:

bubuko.com,布布扣


返回调用doDIspatch的地方:

bubuko.com,布布扣


返回到doService的地方:

bubuko.com,布布扣


最后回到httpservlet的service方法:

bubuko.com,布布扣



到这里就完成了一次完整的调用过程。


可以发现,整个过程的流程是比较清晰,程序启动时会根据mvc的配置和spring配置来处理配置信息和注解的类。

Servlet处理请求,通过request(主要是url)来获取handler,之后最主要的一个部分就是获取需要注入的参数,最后调用用户方法,处理返回结果。


整个过程中麻烦的地方就是在一些细节的处理上,这些细节未必一开始就有的,一开始应该是一个主要的流程,后续发现问题或者为了通用性做的改进。

Spring MVC 原理 - DispatcherServlet调用完整过程(下),布布扣,bubuko.com

Spring MVC 原理 - DispatcherServlet调用完整过程(下)

原文:http://blog.csdn.net/isea533/article/details/20951351

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!