一、作用
DispatcherServlet是前端控制器设计模式的实现,提供spring Web MVC的集中访问点,而且负责职责的分派,而且与Spring IoC容器无缝集成,从而可以获得Spring的所有好处 (设计模式一套被反复使用,代码设计方面的经验总结.使用设计模式的主要目的是为了能攻更好的获得可重用行,这包括体系结构和代码实现等方面,并能够让开发者开发出来的软件更容易被他人理解,同事保证系统结构的正确性和代码的可靠性)
二、 什么前端控制器设计模式
前端控制器模式(Front Controller Pattern)通俗来讲是用来提供一个集中的请求处理机制,所有的请求都将由一个单一的处理程序处理。该处理程序比如可以做认证/授权/记录日志,或者跟踪请求,然后把请求传给相应的处理程序。
- 你想要避免重复控制逻辑
- 你想要对多个请求采取共同的处理逻辑。
- 你想把系统处理代码和视图分隔开(不要在视图中写控制代码)
- 你想要把系统的访问点集中在一点
前端控制器为处理请求提供了一个集中的入口点。因此能够集中控制逻辑,因此就减少了直接置入视图的代码量。
1、前端控制器模式
- 前端控制器(Front Controller) - 处理应用程序所有类型请求的单个处理程序,应用程序可以是基于 web 的应用程序,也可以是基于桌面的应用程序。
- 调度器(Dispatcher)- 前端控制器可能使用一个调度器对象来调度请求到相应的具体处理程序。
- 视图(View)视图是为请求而创建的对象。
2、 操作步骤
- 前端控制器(Front Controller) - 处理应用程序所有类型请求的单个处理程序,应用程序可以是基于 web 的应用程序,也可以是基于桌面的应用程序。
- 调度器(Dispatcher) - 前端控制器可能使用一个调度器对象来调度请求到相应的具体处理程序。
- 视图(View) - 视图是为请求而创建的对象。
3、栗子
- 创建视图对象
public class IndexView { public void show() { System.out.println("欢迎进入首页"); } } public class IndexView { public void show() { System.out.println("游客界面"); } }
- 创建Dispatcher
public class Dispatcher { private IndexView indexView; private GuestView guestView; public Dispatcher(){ indexView = new IndexView(); guestView = new GuestView(); } public void dispatch(String request){ if(request.equalsIgnoreCase("login")){ indexView.show(); }else{ guestView.show(); } } }
- 创建FrontController
public class FrontController { private Dispatcher dispatcher; public FrontController(){ dispatcher = new Dispatcher(); } private boolean isLoginUser(){ System.out.println(); return true; } private void trackRequest(String request){ System.out.println("页面: " + request); } public void dispatchRequest(String request){ //记录请求 trackRequest(request); if(isLoginUser()){ dispatcher.dispatch(request); } } }
- 测试代码
public static void main(String[] args) { FrontController controller = new FrontController(); controller.dispatchRequest("1111"); }
4、结构图
三、继承结构图
四、DispatcherServlet原理
1、说明
前端控制器是整个MVC框架中最为核心的一块,它主要用来拦截符合要求的外部请求,并把请求分发到不同的控制器去处理,根据控制器处理后的结果,生成相应的响应发送到客户端。前端控制器既可以使用Filter实现(Struts2采用这种方式),也可以使用Servlet来实现(spring MVC框架)
2、MVC结构
- M-Model 模型(完成业务逻辑:有javaBean构成,service+dao+entity)
- V-View 视图(做界面的展示 jsp,html)
- C-Controller 控制器(接收请求—>调用模型—>根据结果派发页面)
3、DIspatcher执行流程图
执行原理图
步骤说明
1、 首先用户发送请求——>DispatcherServlet,前端控制器收到请求后自己不进行处理,而是委托给其他的解析器进行处理,作为统一访问点,进行全局的流程控制;
2、 DispatcherServlet——>HandlerMapping, HandlerMapping将会把请求映射为HandlerExecutionChain对象(包含一个Handler处理器(页面控制器)对象、多个HandlerInterceptor拦截器)对象,通过这种策略模式,很容易添加新的映射策略;
3、 DispatcherServlet——>HandlerAdapter,HandlerAdapter将会把处理器包装为适配器,从而支持多种类型的处理器,即适配器设计模式的应用,从而很容易支持很多类型的处理器;
4、 HandlerAdapter——>处理器功能处理方法的调用,HandlerAdapter将会根据适配的结果调用真正的处理器的功能处理方法,完成功能处理;并返回一个ModelAndView对象(包含模型数据、逻辑视图名);
5、 ModelAndView的逻辑视图名——> ViewResolver, ViewResolver将把逻辑视图名解析为具体的View,通过这种策略模式,很容易更换其他视图技术;
6、 View——>渲染,View会根据传进来的Model模型数据进行渲染,此处的Model实际是一个Map数据结构,因此很容易支持其他视图技术;
7、返回控制权给DispatcherServlet,由DispatcherServlet返回响应给用户
核心代码
//前端控制器分派方法
protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
HttpServletRequest processedRequest = request;
HandlerExecutionChain mappedHandler = null;
int interceptorIndex = -1;
try {
ModelAndView mv;
boolean errorView = false;
try {
//检查是否是请求是否是multipart(如文件上传),如果是将通过MultipartResolver解析
processedRequest = checkMultipart(request);
//步骤2、请求到处理器(页面控制器)的映射,通过HandlerMapping进行映射
mappedHandler = getHandler(processedRequest, false);
if (mappedHandler == null || mappedHandler.getHandler() == null) {
noHandlerFound(processedRequest, response);
return;
}
//步骤3、处理器适配,即将我们的处理器包装成相应的适配器(从而支持多种类型的处理器)
HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
// 304 Not Modified缓存支持
//此处省略具体代码
// 执行处理器相关的拦截器的预处理(HandlerInterceptor.preHandle)
//此处省略具体代码
// 步骤4、由适配器执行处理器(调用处理器相应功能处理方法)
mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
// Do we need view name translation?
if (mv != null && !mv.hasView()) {
mv.setViewName(getDefaultViewName(request));
}
// 执行处理器相关的拦截器的后处理(HandlerInterceptor.postHandle)
//此处省略具体代码
}
catch (ModelAndViewDefiningException ex) {
logger.debug("ModelAndViewDefiningException encountered", ex);
mv = ex.getModelAndView();
}
catch (Exception ex) {
Object handler = (mappedHandler != null ? mappedHandler.getHandler() : null);
mv = processHandlerException(processedRequest, response, handler, ex);
errorView = (mv != null);
}
//步骤5 步骤6、解析视图并进行视图的渲染
//步骤5 由ViewResolver解析View(viewResolver.resolveViewName(viewName, locale))
//步骤6 视图在渲染时会把Model传入(view.render(mv.getModelInternal(), request, response);)
if (mv != null && !mv.wasCleared()) {
render(mv, processedRequest, response);
if (errorView) {
WebUtils.clearErrorRequestAttributes(request);
}
}
else {
if (logger.isDebugEnabled()) {
logger.debug("Null ModelAndView returned to DispatcherServlet with name '" + getServletName() +
"': assuming HandlerAdapter completed request handling");
}
}
// 执行处理器相关的拦截器的完成后处理(HandlerInterceptor.afterCompletion)
//此处省略具体代码
catch (Exception ex) {
// Trigger after-completion for thrown exception.
triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);
throw ex;
}
catch (Error err) {
ServletException ex = new NestedServletException("Handler processing failed", err);
triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);
throw ex;
}
finally {
if (processedRequest != request) {
cleanupMultipart(processedRequest);
}
}
}
五、DispatcherServlet辅助类
1、说明
SpringMVC中的DispatcherServlet使用一些特殊的bean来处理request请求和渲染合适的视图。这些bean就是Spring MVC中的一部分。你能够通过在WebApplicationContext中的一个或多个配置来使用这些特殊的bean。但是,你不需要在Spring MVC在维护这些默认要使用的bean时,去把那些没有配置过的bean都去初始化一道。在下一部分中,首先让我们看看在DispatcherServlet依赖的那些特殊bean类型
2、属性
bean类型 | 说明 |
---|---|
Controller | 处理器/页面控制器,做的是MVC中的C的事情,但控制逻辑转移到前端控制器了,用于对请求进行处理 |
HandlerMapping | 请求到处理器的映射,如果映射成功返回一个HandlerExecutionChain对象(包含一个Handler处理器(页面控制器)对象、多个HandlerInterceptor拦截器)对象;如BeanNameUrlHandlerMapping将URL与Bean名字映射,映射成功的Bean就是此处的处理器 |
HandlerAdapter | HandlerAdapter将会把处理器包装为适配器,从而支持多种类型的处理器,即适配器设计模式的应用,从而很容易支持很多类型的处理器;如SimpleControllerHandlerAdapter将对实现了Controller接口的Bean进行适配,并且掉处理器的handleRequest方法进行功能处理 |
HandlerExceptionResolver处理器异常解析器 | 处理器异常解析,可以将异常映射到相应的统一错误界面,从而显示用户友好的界面(而不是给用户看到具体的错误信息) |
ViewResolver视图解析器 | ViewResolver将把逻辑视图名解析为具体的View,通过这种策略模式,很容易更换其他视图技术;如InternalResourceViewResolver将逻辑视图名映射为jsp视图 |
LocaleResolver & LocaleContextResolver地区解析器和地区Context解析器 | 解析客户端中使用的地区和时区,用来提供不同的国际化的view视图。 |
ThemeResolver | 主题解析器,解析web应用中能够使用的主题,比如提供个性化的网页布局。 |
MultipartResolver | 多部件解析器,主要处理multi-part(多部件)request请求,例如:在HTML表格中处理文件上传。 |
FlashMapManager | FlashMap管理器储存并检索在"input"和"output"的FlashMap中可以在request请求间(通常是通过重定向)传递属性的FlashMap, |