一、spring mvc 设计思想与体系结构组成
回顾servlet 与jsp 执行过程
流程说明:
- 请求Servlet
- 处理业务逻辑
- 设置业务Model
- forward jsp Servlet
- jsp Servlet 解析封装html 返回
提问:这个是一个MVC应用场景吗?
spring mvc本质上还是在使用Servlet处理,并在其基础上进行了封装简化了开发流程,提高易用性、并使用程序逻辑结构变得更清晰
- 基于注解的URL映谢
- http表单参数转换
- 全局统一异常处理
- 拦截器的实现
spring mvc 执行流程
整个过程是如何实现的?
- dispatchServlet 如何找到对应的Control?
- 如何执行调用Control 当中的业务方法?
回答这些问题之前我们先来认识一下spring mvc 体系结构
spring mvc 体系结构
- HandlerMapping
- url与控制器的映谢
- HandlerAdapter
- 控制器执行适配器
- ViewResolver
- 视图仓库
- view
- 具体解析视图
- HandlerExceptionResolver
- 异常捕捕捉器
- HandlerInterceptor
- 拦截器
体系结构UML
二、mvc 执行流程解析
知识点
- mvc 具体执行流程
- HandlerMapping详解
- HandlerAdapter 详解
- ViewResolver与View详解
- HandlerExceptionResolver详解
- HandlerInterceptor 详解
mvc 各组件执行流程
HandlerMapping详解
其为mvc中url路径与Control对像的映射,DispatcherServlet 就是基于此组件来寻找对应的Control,如果找不到就会报Not Found mapping
的异常。
HandlerMapping 接口方法
HandlerMapping 接口结构
目前主流的三种mapping 如下:
BeanNameUrlHandlerMapping
基于ioc name 中以/
开头的Bean时行 注册至映谢.SimpleUrlHandlerMapping
基于手动配置 url 与control 映谢RequestMappingHandlerMapping
基于@RequestMapping
注解配置对应映谢
演示基于 BeanNameUrlHandlerMapping 配置映谢。
编写mvc 文件
1 | <!--简单控制器--> |
beanname control 控制器
1 | public class BeanNameControl implements HttpRequestHandler { |
当IOC 中实例化这些类之后 DispatcherServlet 就会通过org.springframework.web.servlet.DispatcherServlet#getHandler()
方法基于request查找对应Handler。 但找到对应的Handler之后我们发现他是一个Object类型,并没有实现特定接口。如何调用Handler呢?
HandlerAdapter详解
这里spring mvc 采用适配器模式来适配调用指定Handler,根据Handler的不同种类采用不同的Adapter, 其Handler与 HandlerAdapter 对应关系如下:
Handler类别 | 对应适配器 | 描述 |
---|---|---|
Controller | SimpleControllerHandlerAdapter | 标准控制器,返回ModelAndView |
HttpRequestHandler | HttpRequestHandlerAdapter | 业务自行处理 请求,不需要通过modelAndView 转到视图 |
Servlet | SimpleServletHandlerAdapter | 基于标准的servlet 处理 |
HandlerMethod | RequestMappingHandlerAdapter | 基于@requestMapping对应方法处理 |
HandlerAdapter 接口方法
HandlerAdapter 接口结构图
演示基于Servlet 处理 SimpleServletHandlerAdapter
1 | <!-- 配置控制器 --> |
1 | // 标准Servlet |
上述例子中当IOC 中实例化这些类之后 DispatcherServlet 就会通过
org.springframework.web.servlet.DispatcherServlet#getHandlerAdapter() 方法查找对应handler的适配器 ,如果找不到就会报 No adapter for handler
。
ViewResolver 与View 详解
找到应的Adapter 之后就会基于适配器调用业务处理,处理完之后业务方会返回一个ModelAndView ,在去查找对应的视图进行处理。其在org.springframework.web.servlet.DispatcherServlet#resolveViewName()
中遍历 viewResolvers
列表查找,如果找不到就会报一个 Could not resolve view with name
异常。
下一步就是基于ViewResolver.resolveViewName()
获取对应View来解析生成Html并返回 。对应VIEW结构如下:
至此整个正向流程就已经走完了,如果此时程序处理异常 MVC 该如何处理呢?
HandlerExceptionResolver详解
该组件用于指示当出现异常时 mvc 该如何处理。 dispatcherServlet 会调用org.springframework.web.servlet.DispatcherServlet#processHandlerException()
方法,遍历 handlerExceptionResolvers
处理异常,处理完成之后返回errorView 跳转到异常视图。
演示自定义异常捕捉
1 | public class SimpleExceptionHandle implements HandlerExceptionResolver { |
1 | <!-- 演示异常配置 --> |
HandlerExceptionResolver 结构
除了上述组件之外 spring 中还引入了 我Interceptor 拦截器 机制,类似于Filter。
HandlerInterceptor详解
演示HandlerInterceptor
1 | public class SimpleHandlerInterceptor implements HandlerInterceptor { |
1 | <!--配置interceptor 组件--> |
其实现机制是基于 HandlerExecutionChain 分别在 doDispatch 方法中执行以下方法:
- preHandle :业务处理前执行
- postHandle:业务处理后(异常则不执行)
- afterCompletion:视图处理后
具体逻辑源码参见:org.springframework.web.servlet.DispatcherServlet#doDispatch
方法。
三、注解配置
演示基于注解配置mvc mapping
1 | <context:component-scan base-package="com.tuling.mvc.control" /> |
1 | // 注解方法 |
提问 为什么基于 <mvc:annotation-driven/>
配置就能实现mvc 的整个配置了,之前所提到的 handlerMapping
、与 handlerAdapter
组件都不适用了?
只要查看以类的源就可以知晓其中原因:
- 认识 NamespaceHandler 接口
- 查看 MvcNamespaceHandler
- 查看AnnotationDrivenBeanDefinitionParser
结论
在 <mvc:annotation-driven />
对应的解析器,自动向 ioc 里面注册了两个BeanDefinition。分别是:RequestMappingHandlerMapping
与BeanNameUrlHandlerMapping
.