Java Web框架篇之SpringMVC

Java Web系列文章汇总贴: Java Web知识总结汇总

---

为什么要有SpringMVC

WebMVC架构及缺陷

MVC各部分实现技术

• model：应用的业务逻辑（如：数据库的操作），通过JavaBean实现
  （hibernate、mybatis、ibatis）
• view：视图层，用于与用户的交互，主要由jsp页面产生。
  （jsp、FreeMarker、tails、taglib、EL、Velocity ）
• controller：处理过程控制，一般是一个servlet。
  它可以分派用户的请求并选择恰当的视图以用于显示
  同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。
  （servlet、struts、spring、action）

缺陷

• 控制器(controller）
  1.控制逻辑较为复杂，而且每个模块都需要一个控制器，（可能每一个页面都需要一个控制器）
  2.请求参数到模型的封装麻烦。
  3.视图的选择严重依赖于Servlet API ，这样很能甚至不可能更换视图
  4.给视图传入模型数据 也依赖于Servlet API.如果要更换视图那么技术也要改变。
• 模型(model)
  使用JavaBean组件，（域模型层+业务层+持久层）导致JavaBean组件类庞大。不利于开发人员管理
• 视图(view)
  被绑定于Jsp,很难更换视图

相关：
springMVC随笔（为什么要使用SpringMVC）
为什么要用spring，springMVC？

SpringMVC概述

是什么？
是Spring构建Web应用程序的解决方案，全功能MVC模块，基于MVC思想实现。Spring MVC高度可配置，比如视图呈现可支持JSP等多种形态，当然也可以基于通过配置@RequestBody/@ResponseBody，接收/返回JSON格式的数据。模型，控制层，视图层完全解耦，各模块分离，更容易使用定制化。

怎么做？
如何工作？Spring MVC通过一个DispatcherServlet来接收用户请求，然后通过HandlerMapping获取 对象，之后通过HandlerAdapter调用真正的Handler进行业务处理，返回ModelAndView对象给DispatcherServlet，该Servlet再调用ViewResovler进行视图解析，返回Model对象。之后再把Model传递给View，获取最终的response，返回给用户。

好不好？
SpringMVC是一个教科书式的MVC构架，与Spring无缝集成，也可以与其他view框架集成，灵活性较高，以IOC为基础，便于测试。

相关：
SpringMVC框架理解
SpringMVC工作机制

SpringMVC工作原理

如何解决WebMVC缺陷

• 从服务到工作者模式：
  服务到工作者：Front Controller + Application Controller + Page Controller + Context即，前端控制器+应用控制器+页面控制器（也有称其为动作）+上下文

• 前端控制器
  负责为表现层提供统一访问点，从而避免WebMVC中出现的重复的控制逻辑,可以为多个请求提供共用的逻辑（如准备上下文等等）,
  将选择具体视图和具体的功能处理分离。

• 应用控制器
  前端控制器分离选择具体视图和具体的功能处理之后，需要有人来管理，应用控制器就是用来选择具体视图技术（视图的管理）和具体的功能处理（页面控制器/命令对象/动作管理），一种策略设计模式的应用，可以很容易的切换视图/页面控制器，相互不产生影响

• 页面控制器/动作/处理器：
  功能处理代码，收集参数、封装参数到模型，转调业务对象处理模型，返回逻辑视图名交给前端控制器（和具体的视图技术解耦），由前端控制器委托给应用控制器选择具体的视图来展示，可以是命令设计模式的实现。页面控制器也被称为处理器或动作。

• 上下文
  WebMVC中为视图准备要展示的模型数据，我们直接放在request中（Servlet API相关），有了上下文之后，我们就可以将相关数据放置在上下文，从而与协议无关（如Servlet API）的访问/设置模型数据，一般通过ThreadLocal模式实现。

SpringMVC流程

SpringMVC对servlet进行封装，比如请求参数的映射。文件的上传，支持各种视图解析器，servlet只有doGet和doPost，一个servlet类只能处理一个url-pattern，SpringMVC类里面可以通过RequestMapping处理很多请求，并且支持Rest风格的请求，如DELETE/PUT等，SpringMVC参数的映射可以直接封装成实体类

（1）用户发送请求至前端控制器DispatcherServlet；
（2） DispatcherServlet收到请求后，调用HandlerMapping处理器映射器，请求获取Handle；
（3）处理器映射器根据请求url找到具体的处理器，生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet；
（4）DispatcherServlet 调用 HandlerAdapter处理器适配器；
（5）HandlerAdapter 经过适配调用 具体处理器(Handler，也叫后端控制器)；
（6）Handler执行完成返回ModelAndView；
（7）HandlerAdapter将Handler执行结果ModelAndView返回给DispatcherServlet；
（8）DispatcherServlet将ModelAndView传给ViewResolver视图解析器进行解析；
（9）ViewResolver解析后返回具体View；
（10）DispatcherServlet对View进行渲染视图（即将模型数据填充至视图中）
（11）DispatcherServlet响应用户。

过滤器与拦截器的区别

• （1）、Filter需要在web.xml中配置，依赖于Servlet；
• （2）、Interceptor需要在SpringMVC中配置，依赖于框架；
• （3）、Filter的执行顺序在Interceptor之前，具体的流程见下图；
  
• （4）、触发时机不同, 过滤器是在请求进入容器后，但请求进入servlet之前进行预处理的。请求结束返回也是，是在servlet处理完后，返回给前端之前
  
• （5）、两者的本质区别：拦截器（Interceptor）是基于Java的反射机制，而过滤器（Filter）是基于函数回调。从灵活性上说拦截器功能更强大些，Filter能做的事情，都能做，而且可以在请求前，请求后执行，比较灵活。Filter主要是针对URL地址做一个编码的事情、过滤掉没用的参数、安全校验（比较泛的，比如登录不登录之类），太细的话，还是建议用interceptor。不过还是根据不同情况选择合适的。

相关：
拦截器（Interceptor）和过滤器（Filter）的执行顺序和区别
过滤器（Filter）与拦截器（Interceptor )区别
拦截器和过滤器的区别

SpringMVC知识点

SpringMVC常见问答总结(超详细回答)