大家好,又见面了,我是你们的朋友全栈君。
原文链接:
https://juejin.im/post/5e6b0ee3e51d4526f65cdb50.
0x0 先看名词
DispactherServlet
:SpringMVC 的心脏,所有的请求从这里进入,也从这里出去HandlerAdapter
:请求处理器HandlerMapping
:请求和处理对象间的映射关系,可以理解为 地址 /api 对应 @RequestMapping(“/api”)doDispatch
:SpringMVC
处理请求的方法ModelAndView
:视图响应对象,例如我们Controller返回一个字符串,都会被包装成它ViewResolvers
:视图解析器,解析响应结果为浏览器能识别的网页或者文件ContentNegotiatingViewResolver
:SpringMVC
提供的视图内容协商器,根据响应视图类型来判断使用哪个解析器来解析,是使SpringMVC
支持多视图解析器的重要组件,官方说明:https://spring.io/blog/2013/06/03/content-negotiation-using-views
0x1 一个请求过来
请求进入 DispactherServlet
会被分配给 doDispatch
,所以直接断点 doDispatch
即可
0x01 请求处理器
doDispatch
会匹配相应的 HandlerMapping
(可以理解为你在 Controller
中写的方法),然后执行并拿到返回结果(也就是 ModelAndView
)
0x02 视图解析器
DispactherServlet
会将ModelAndView
交给 ViewResolvers
(也就是常说的视图解析器) 解析处理。
ViewResolvers
中 ContentNegotiatingViewResolver
(详见 0x0 解释)它去问所有的视图解析器:这个 ModelAndView
你们能解析的了吗?,如下图:
类:ContentNegotiatingViewResolver
如何确定谁才是天选之子解析器?MediaType
!按照顺序,第一个符合 MediaType
的解析器将被使用。
PS:比如你响应的是 text/html 文件,但是 text/html
解析器有两个,你想优先使用其中一个的话,你就得为该解析器设置 Order
(详见 0x0 中官方说明)
得到 ModelView
以后,视图解析器的任务就算完成了
0x03 合并模板
下一步跳转到 视图处理
进入 render
方法后,会执行 Prepares the view given the specified model, merging it with static ,通俗讲就是将我们 Request
域或者 Session
域 中的值(比如说请求参数回显)和视图解析出来的 ModelAndView 进行合并,这也是为什么我们再模板中可以轻松获得各种作用域值的原因,继续往下看
组装 ModelAndView
执行视图合并
获取模板文件和语言信息
将 ModelAndView
中的属性全部传递给 FreeMarker
最后一步生成 Html
并响应到浏览器
0x2 静态资源处理
SpringMVC
在视图处理器如果找不到合适的处理器的情况下,就会视该请求为静态资源请求并使用静态资源解析器解析该请求。
默认的静态资源目录如下,这也是为什么你将静态资源放在 resource
目录的时候不需要任何配置便可访问的原因
如果本文对你有帮助,欢迎关注并点赞~ 任何问题请评论区或者公众号留言。
关注本人公众号,收获双倍快乐
技术交流群,广告勿+
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/136644.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...