spring mvc笔记
MVC是一种设计模式，它强制性地把应用程序的数据展示、数据处理和流程控制分开。
MVC将应用程序分成3个核心模块：模型、视图、控制器，他们相互联结又分别担当不同的任务，如图示所示。
图示
理解
☐ 模型：数据模型，提供要展示的数据，因此包含数据和行为，可以认为是JavaBean，一个模型可以为多个视图提供数据。
☐ 视图：负责模型的展示，一般就是我们见到的用户界面，客户想要看到的东西。
☐ 控制器：控制器负责应用的流程控制，所谓流程控制就是接受用户请求，委托给模型进场处理，后获取模型数据交由视图展示。
JSPModel2
说明
在早期的Web应用中，JSP负责处理业务逻辑、控制网页流程并创建HTML页面。基本上JSP包揽的所有的模块，这无疑造成了不少的困扰：
比如：
☐可维护性差
☐调试困难
☐ HTML与Java程序代码强耦合在一起
☐ 内嵌的流程控制逻辑，要理解应用程序的逻辑必须浏览所有的JSP页面。
为了解决这些问题，SUN公司先后制定了两种设计模式，分别为Model1和Model2。虽然Model1在一定程序上实现了MVC中的视图和模型，但是他的运用并不理想，知道Model2的出现才改变了这种局面。
Model2中用JSP技术实现了视图的功能、用Servlet技术实现了控制器的功能、用JavaBean技术实现了模型的功能。
图示
实例
Front Controller + Application Controller + Page Controller + Context
说明
前端控制器+应用控制器+页面控制器(也有称其为动作)+上下文，也是一种WebMVC模型，只是责任更加明确，SpringMVC正是这种模式。
运行流程图
职责
Front Controller：前端控制器，负责为表现层提供统一访问点，从而避免Model2中出现的重复的控制逻辑（由前端控制器统一回调相应的功能方法，如前边的根据submitFlag=login转调login方法）；并且可以为多个请求提供共用的逻辑（如准备上下文等等），将选择具体视图和具体的功能处理（如login里边封装请求参数到模型，并调用业务逻辑对象）分离。
Application Controller：应用控制器，前端控制器分离选择具体视图和具体的功能处理之后，需要有人来管理，应用控制器就是用来选择具体视图技术（视图的管理）和具体的功能处理（页面控制器/命令对象/动作管理），一种策略设计模式的应用，可以很容易的切换视图/页面控制器，相互不产生影响。
Page Controller(Command)：页面控制器/动作/处理器：功能处理代码，收集参数、封装参数到模型，转调业务对象处理模型，返回逻辑视图名交给前端控制器（和具体的视图技术解耦），由前端控制器委托给应用控制器选择具体的视图来展示，可以是命令设计模式的实现。页面控制器也被称为处理器或动作。
Context：上下文，还记得Model2中为视图准备要展示的模型数据吗，我们直接放在request中（Servlet API相关），有了上下文之后，我们就可以将相关数据放置在上下文，从而与协议无关（如Servlet API）的访问/设置模型数据，一般通过ThreadLocal模式实现。