1 流程对比
1.1 原生servlet开发流程
- 根据需求编写servlet程序
- 在web.xml 中通过配置,指定servlet所能处理的请求,即建立servlet与请求路径间的映射
- 在Servlet的service方法中对路径进行再判断,从而进行具体的逻辑处理
- servlet参数从request中获取,servlet的响应则放入response对象中
<servlet>
<!--自定义的servlet-->
<servlet-name>myServlet</servlet-name>
<servlet-class>org.wyy.mvc.originweb.MyServlet</servlet-class>
</servlet>
<!--配置servlet处理路径-->
<servlet-mapping>
<servlet-name>myServlet</servlet-name>
<url-pattern>/my/*</url-pattern>
</servlet-mapping>
1,/my/hello/query 请求
2,通过servlet-mapping找到对应的Servlet
3,在Servlet的service()中对url进行再判断和处理
public void service(ServletRequest req, ServletResponse res) throws ServletException, IOException{
if(req.url.equals("/my/hello/add")){
// 执行新增
}
if(req.url.equals("/my/hello/query")){
// 执行业务操作: 查询
Obj data = helloService.doQuery();
// 其他后续处理,如:视图的处理
}
}
上述代码可以看到,特定URL通过特定逻辑代码进行处理,这之间其实是有映射关系的。如果只配置一个Servlet,则Servlet中会掺杂很多业务,导致类臃肿混乱;如果在web.xml中一个实体配置一个Servlet,则配置繁杂。
思考:这里的service()方法体内部就好比现在的controller。SpringMVC其实是将通用、重复的代码进行封装。它是如何做的?
1.2 集成SpringMVC后
SpringMVC开发中,我们做哪些配置?
- 编写controller,配置requestMapping()
- 配置web.xml中的servelt,指定使用DispatcherServlet,并设置它能处理的URL
结合原生的请求处理流程和SpringMVC的开发模式,可以很轻松的看出:配置requestMapping就是配置请求映射,web.xml中的servelt只配置一个,说明这个Servlet是请求处理的入口,那么请求在这个Servlet中肯定做了委派转发,将不同请求转发给不同的controller类中。据此,看看源码:
1.2.1 DispatcherServlet源码
- 请求进入DispatcherServlet,DispatcherServlet没有重写service方法,所以调用父类HttpServlet.service
- FrameworkServlet作为DispatcherServlet的父类和HttpServlet的子类,它重写了service(httpreq,httpresp),所以调用FrameworkServlet.service()。这里if的判断不论分支,最终都会调用processRequest,因为super.service中根据请求方法的不同,将去调用doGet或doPost等,由于FrameworkServlet同样重写了父类的doGet等一系列方法,且在方法内统一调用processRequest,所以super.service最终还是调用processRequest。
- processRequest()使用模版模式,将请求的处理封装成doService(),交由子类重写
- DispatcherServlet作为FrameworkServlet的子类,重写了doService()方法,所以请求还是绕回了DispatcherServlet.doService(),这个方法中,doDispatch顾名思义,进行请求的分发。
- 前面提到过,多个controller,但web.xml中只配置了一个DispatcherServlet,那么这个类中一定做了请求转发的逻辑。
doDispatch方法中:
- getHandler()获取请求的处理器,也就是RequestMapping注解标注的方法。在controller中,我们使用RequestMapping注解标记方法,实际是完成了路径和方法之间的映射,Spring启动时扫描并获取映射关系,通过路径就很容易得到handler。
- 有了handler,如何使用handler处理请求呢,这里就需要adapter了。getHandlerAdapter()获取handler适配器。不同的handler需要不同的adapter进行处理:
-
- RequestMapping注解标注的处理器,使用RequestMappingHandlerAdapter
- HttpRequestHandler类型的处理器,使用HttpRequestHandlerAdapter(见语雀:测试使用HttpRequestHandler实现Servlet)
- 适配器中,通过handle()方法,利用反射实现对handler处理器的调用,handler中完成对请求的处理。
看一下什么是handler适配器:
两个方法,1,判断是否支持适配传入的handler;2,处理请求。再看下接口实现类,以常用的RequestMapping注解的handler适配器为例,它的处理逻辑:
跟踪代码,最终看到:method.invoke(obj,args)
2 SpringMVC中请求的执行流程
- 调用servlet.service()方法 --> doService()
- 执行dispatcherServlet.doService() --> doDispatch()
-
- 根据请求URL,从handlerMapping中获取Handler,这个Handler是一个
处理器执行链
对象,这个对象中包含一个拦截器列表interceptorList
- 根据请求URL,从handlerMapping中获取Handler,这个Handler是一个
HandlerMapping中放的是 方法注解中的 URL --> 方法名
-
- 根据Handler获取 适配器
getHandlerAdapter(mappedHandler.getHandler());
- 遍历所有HandlerInterceptor的prehandle()
- 适配器对象调用具体的handle(),(通过反射调用 controller中的具体方法),返回ModelAndView视图对象
- 遍历所有HandlerInterceptor的PostHandler()
- 调用processDispatchResult(),处理派遣结果如渲染MV,方法中最后调用拦截器的afterCompletion()
- 根据Handler获取 适配器
3 总结
传统的servlet程序,请求到来时根据web.xml中的URL与servlet映射关系,直接找到相应的servlet进行处理。springMVC则可以看做是通过DispatcherServlet对请求做了二次转发,servlet中不再处理具体业务,而是将请求派遣给controller中的方法去执行。其中,方法定位的逻辑是通过请求的URL与controller方法上注解的路径进行比对,这些方法名和路径的映射关系被缓存到handlerMapping中。controller中的方法是HandlerAdapter通过反射执行的,执行前后分别执行过滤器相应的逻辑。业务方法执行完成,执行结果封装为一个MV模型视图对象,并提供相应的视图解析器对结果进行解析渲染。
欢迎评论,请勿转载!!!