上面的是springMVC的工作原理图：
1、client请求提交到DispatcherServlet 2、DipatcherServlet接收到这个请求之后将依据请求的信息，调用HandlerMapping获得该Handler 3、DispatcherServlet 依据获得的Handler，选择一个合适的HandlerAdapter。 4、HandlerAdapter 对数据处理完毕以后将返回一个ModelAndView()对象给DispatcherServlet。 5、HandlerAdapter返回的ModelAndView()仅仅是一个逻辑视图并非一个正式的视图。DispatcherSevlet通过ViewResolver将逻辑视图转化为真正的视图View。
6、View会依据传进来的Model模型数据进行渲染终于展现出完整的view并返回给client。
核心架构的详细流程过程例如以下：
1、首先用户 发送请求——>DispatcherServlet。 前端控制器收到请求后自己不进行处理。而是托付给其它的解析器进行
处理，作为统一訪问点，进行全局的流程控制。
2、 DispatcherServlet——>HandlerMapping， HandlerMapping 将会把请求映射为HandlerExecutionChain 对象（包括一
个Handler 处理器（页面控制器）对象、多个HandlerInterceptor 拦截器）对象，通过这样的策略模式，非常easy加入新
的映射策略；
3、 DispatcherServlet——>HandlerAdapter， HandlerAdapter 将会把处理器包装为适配器。从而支持多种类型的处理器。
即适配器设计模式的应用，从而非常easy支持非常多类型的处理器；
4、 HandlerAdapter——>处理器功能处理方法的调用， HandlerAdapter 将会依据适配的结果调用真正的处理器的功能处
理方法，完毕功能处理；并返回一个ModelAndView 对象（包括模型数据、逻辑视图名）；
5、 ModelAndView的逻辑视图名——> ViewResolver ， ViewResolver 将把逻辑视图名解析为详细的View，通过这样的策
略模式。非常easy更换其它视图技术；
6、 View——>渲染 ，View会依据传进来的Model模型数据进行渲染，此处的Model实际是一个Map数据结构。因此
非常easy支持其它视图技术；
7、 返回控制权给DispatcherServlet， 由DispatcherServlet返回响应给用户，到此一个流程结束。
通过伤处
如今想想这些问题吧
1 、请求怎样给前端控制器？ 这个应该在 web.xml 中进行部署描写叙述。在 HelloWorld 中具体解说。
2 、前端控制器怎样依据请求信息选择页面控制器进行功能处理？ 我们须要配置 HandlerMapping 进行映射
3 、怎样支持多种页面控制器呢？ 配置 HandlerAdapter 从而支持多种类型的页面控制器
4 、怎样页面控制器怎样使用业务对象？ 能够预料到，肯定利用 Spring IoC 容器的依赖注入功能
5 、页面控制器怎样返回模型数据？ 使用 ModelAndView 返回
6 、前端控制器怎样依据页面控制器返回的逻辑视图名选择详细的视图进行渲染？ 使用 ViewResolver 进行解析
7 、不同的视图技术怎样使用对应的模型数据？ 由于 Model 是一个 Map 数据结构，非常easy支持其它视图技术
Spring MVC开发流程
- 新建web project
- 加入spring支持
- 配置web.xml 加入配置dispatcherservlet
- 实现module层
- 实现Controller
- 实现View层 *.jsp
- 改动applicationContext.xml
在此我们能够看出详细的核心开发步骤：
1、DispatcherServlet在web.xml 中的部署描写叙述，从而拦截请求到Spring Web MVC
2、HandlerMapping的配置，从而将请求映射到处理器
3、HandlerAdapter 的配置。从而支持多种类型的处理器
4、ViewResolver 的配置，从而将逻辑视图名解析为详细视图技术
5、处理器（页面控制器）的配置。从而进行功能处理