Spring MVC工作原理
SpringMVCExecuteStep.jpg
-
在请求离开浏览器时，会带有用户所请求内容的信息，至少会包含请求的URL。但是还可能带有其他的信息，例如用户提交的表单信息。
-
请求旅程的第一站是Spring的DispatcherServlet。与大多数基于Java的Web框架一样，Spring MVC所有的请求都会通过一个前端控制器（front controller）Servlet。前端控制器是常用的Web应用程序模式，在这里一个单实例的Servlet将请求委托给应用程序的其他组件来执行实际的处理。在Spring MVC中，DispatcherServlet就是前端控制器。
-
DispatcherServlet的任务是将请求发送给Spring MVC控制器（controller）。控制器是一个用于处理请求的Spring组件。在典型的应用程序中可能会有多个控制器，DispatcherServlet需要知道应该将请求发送给哪个控制器。所以DispatcherServlet以会查询一个或多个处理器映射（handler mapping）2来确定请求的下一站在哪里。处理器映射会根据请求所携带的URL信息来进行决策。
-
一旦选择了合适的控制器，DispatcherServlet会将请求发送给选中的控制器。到了控制器，请求会卸下其负载（用户提交的信息）并耐心等待控制器处理这些信息。（实际上，设计良好的控制器本身只处理很少甚至不处理工作，而是将业务逻辑委托给一个或多个服务对象进行处理。）
-
控制器在完成逻辑处理后，通常会产生一些信息，这些信息需要返回给用户并在浏览器上显示。这些信息被称为模型（model）。不过仅仅给用户返回原始的信息是不够的——这些信息需要以用户友好的方式进行格式化，一般会是HTML。所以，信息需要发送给一个视图（view），通常会是JSP。
-
控制器所做的最后一件事就是将模型数据打包，并且标示出用于渲染输出的视图名。它接下来会将请求连同模型和视图名发送回DispatcherServlet。
-
这样，控制器就不会与特定的视图相耦合，传递给DispatcherServlet的视图名并不直接表示某个特定的JSP。实际上，它甚至并不能确定视图就是JSP。相反，它仅仅传递了一个逻辑名称，这个名字将会用来查找产生结果的真正视图。DispatcherServlet将会使用视图解析器（view resolver）来将逻辑视图名匹配为一个特定的视图实现，它可能是也可能不是JSP。
-
既然DispatcherServlet已经知道由哪个视图渲染结果，那请求的任务基本上也就完成了。它的最后一站是视图的实现（可能是JSP），在这里它交付模型数据。请求的任务就完成了。视图将使用模型数据渲染输出，这个输出会通过响应对象传递给客户端（不会像听上去那样硬编码）。
实际上SpringMVC的使用非常简单，我们只要扩展一个路径映射关系；定义一个视图解析器；再定义一个业务逻辑的处理流程规则，SpringMVC就能狗帮你完成所有的MVC的功能了。要搞清楚SpringMVC如何工作，主要还是看DispatcherServlet的代码。与DispatcherServlet类相关的结构图。
DispatcherServletClass.jpg
其中DispatcherServlet继承了HttpServlet，在Servlet的init方法调用时DispatcherServlet执行SpringMVC的初始化工作。DispatcherServlet初始化什么，可以在其initStrategies方法中知道：
protected void initStrategies(ApplicationContext context){
initMultipartResovler(context);
initLocaleResolver(context);
initThemeResolver(context);
initHandlerMappings(context);
initHandlerAdapters(context);
initHandlerExceptionResolvers(context);
initRequestToViewNameTranslator(context);
initViewResovlers(context);
}
- initMultipartResovler：初始化MultipartResover，用于处理文件上传服务，当有文件上传时，将HttpServletRequest封装成DefaultMultipartHttp，将每个上传的内容封装成CommonsMultipartFile。
- initLocaleResolver：用于处理国际化问题，通过解析请求的Locle和设置响应的Locale来控制应用中的字符编码问题。
- initThemeResolver：用于定义一个主题，可根据用户喜好来设置用户访问的页面的样式，可以将这个样式作为一个Theme Name保存，保存在用于请求的Cookie中或者保存在服务端的Session中，以后每次请求根据这个Theme Name返回特定的内容。
- initHandlerMappings：定义请求和处理Handler之间的关系，如果没有定义，则获取默认的两个，BeanNameURLHandlerMapping和DefaultAnnotationHandlerMapping
- initHandlerAdapters：根据Handler定义类型不同定义不同的处理规则
- initHandlerExceptionResolvers：当Handler处理出错的时候，通过这个Handler来统一处理，默认的实现类是SimpleMappingExceptionResolver，将错误日志记录在log文件中，并且转到默认的错误页面。
- initRequestToViewNameTranslator：将指定的ViewName按照定义的RequestToViewNameTranslator替换成想要的格式。
- initViewResovlers：将view解析成页面，在ViewResolver中可以设置多个解析策略，如可以根据JSP解析，或者按照Velocity模板解析。默认的解析策略是InternalResourceViewResolver，按照JSP页面来解析。
在SpringMVC框架中，有3个组件是用户必须要定义和扩展的：定义URL映射规则、实现业务逻辑的Handler实例对象、模板渲染资源。而连接Handler实例对象和模板渲染的纽带就是Model模型了。
再来看看DispatcherServlet启动时都做了哪些事情？
- HttpServlet初始化调用了呃HttpServletBean的init的方法，该方法的作用是获取Servlet中的init参数，并创建一个BeanWrapper对象，然后由子类处真正执行BeanWrapper的初始化工作。但是HttpServletBean的子类FrameworkServlet和DispatcherServlet都没有覆盖其initBeanWrapper(bw)方法，所以创建的BeanWrapper对象没有任何作用，Spring容器也不是通过BeanWrapper来创建的。
- Spring容器的创建是在FrameworkServlet的initServletBean()方法中完成的，这个方法会创建WebApplicationContext对象，调用其refresh()方法来完成配置文件的加载，配置文件的加载同样是先查找Servlet的init-param参数中设置的路径，如果没有，会根据namespace+Servlet的名称来查找XML文件。Spring容器在加载时会调用DispatcherServlet的initStrategies方法来完成在DispatcherServlet中定义的初始化工作。在initStrategies方法中会初始化SpringMVC框架需要的8个组件，这8个组件对应的8个Bean对象都保存在DispatcherServlet类中。
Spring MVC常用注解
@Contorller
@Contorller注解在类上，表明这个类是Spring MVC里的Controller，将其声明为Spring的一个Bean，Dispatcher Servlet会自动扫描注解了此注解的类，并将Web请求映射到注解了@RequestMapping的方法上。
@RequestMapping
@RequestMapping 注解是用来映射Web请求（访问路径和参数）、处理类和方法的。@RequestMapping 可注解在类或方法上。注解在方法上的@RequestMapping路径会继承注解在类的路径，@RequestMapping支持Servlet的request和response作为参数，也支持对request和response的媒体类型进行配置。
@ResponseBody
@ResponseBody 支持讲返回值放在response体内，而不是返回一个页面。我们在很多基于Ajax的程序的时候，可以以此注解返回数据而不是页面；此注解可放置在返回值或者方法上。
@RequestBody
@RequestBody 允许request的参数在request体内，而不是直接链接在地址后面。此注解放置在参数前。
@PathVaribale
@PathVaribale 用来接收路径参数，如/news/0001，可接收001作为参数，此注解放置在参数前。
@RestContorller
@RestContorller 是一个组合注解，组合了@Controller和@ResponseBody，这就意味着当你只开发一个和页面交互数据的控制的时候，需要使用此注解。若没有此注解，要想实现上述功能，则需自己在代码中@Controller和@ResponseBody两个注解。
静态资源映射
- @EnableWebMvc开启SpringMVC支持，若无此句，重写WebMvcConfigurerAdpter方法无效。
- 继承WebMvcConfigurerAdpter类，重写其方法可对SpringMVC进行配置。
- addResourceLocations指的是文件放置的目录，addRerourceHandler指的是对外暴露的访问路径。
- WebMvcConfigurerAdpter类是WebMvcConfigurer接口的实现
拦截器
- 继承HandlerInterceptorAdapter类来实现自定义拦截器
- 可以重写preHandle方法，在请求发生前执行
- 可以重写postHandle方法，在请求完成后执行
@ControllerAdvice
通过@ControllerAdvice，我们可以将对于控制器的全局配置放置在同一个位置，注解了@Contorller的类的法官法可使用@ExceptionHandler、@InitBinder、@ModelAttribute注解到方法上，这对所有注解了@RequestMapping的控制器内的方法有效。
- @ExceptionHandler：用于全局处理控制器里的异常
- @InitBinder：用来设置WebDataBinder，WebDataBinder用来自动绑定前台请求参数到Model中
- @ModelAttribute：@ModelAttribute本来的作用是绑定键值对到Model里，此外是让全局的@RequestMapping都能获得在此处设置的键值对。
@快捷的ViewController
配置页面转向可以使用来自WebMvcConfigurerAdpter的addViewControllers方法。示例：
addViewControllers(ViewControllerRegistry registry){
registry.addViewControllers("/PATH").setViewName("/VIEW-NAME")
}
网友评论