首先，让我们来看下下图
SpringMVC解决了View和Controller的交互问题
其中有几个重要组成部分：
(1) DispatcherServlet: 前端控制器 用于接收所有请求，并负责分发请求；
(2) HandlerMapping：映射处理器 根据请求路径映射控制器或控制器的方法，确定请求路径与控制器或控制器中的方法的对应关系；
(3) Controller：控制器 实际处理请求的组件
(4) ModelAndView：模型及视图 控制器的返回结果，包括处理完成后的数据，及最终应该响应给客户端的视图名称；
(5) ViewResolver：视图解析器 根据视图名称得到具体的视图组件。
它的流程可以这样陈述：
首先客户端(Browser)发送请求到服务器，服务器接收到请求将其传入到DispatcherServlet；
(1) DispatcherServlet会拿着请求路径向HandlerMapping询问当前的这个请求路径是否有相应的Controller，如果有，将其返回给DispatcherServlet；
(2) 此时，DispatcherServlet就会去找对应的控制器，将处理的请求发送给Controller(注意：在这一过程可以加入拦截器HandlerInterceptor来设置黑名单来拦截某些不想处理的请求，比如：用户需要登录才能调用此业务的相关请求)
(3) 接下来，Controller将调用业务层Service来处理请求，业务层是处理请求的核心，在Service层可以进行各种判断，如果遇到某个请求偶不满足，可以以抛异常的形式来通知控制层处理。
(4) Service层会调用DAO层接口的方法来执行相应的SQL(注意：对于SpringMVC的解耦一定要清楚，每个层都要隔离开来，DAO层就是用来执行SQL的，不管是否有数据返回，最终的处理都是在Service层)。
(5) Service层处理后会将结果返回给Controller，由控制层来统一处理各种异常，处理完成后，返回了ModelAndView给DispatcherServlet；
(6) DispatcherServlet就会根据ModelAndView取出视图名再去找ViewResolver去查询对应的html或jsp等；
(7) 到此DispatcherServlet可以将响应发送回客户端(Browser)，也就完成了业务的处理。
