SpringMVC的原理

SpringMVC的基本原理（浅析）

原理：

客户端发送请求到DispacherServlet（分发器），

.由DispacherServlet控制器查询HanderMapping，找到处理请求的Controller

Controller调用业务逻辑处理后，返回ModelAndView

DispacherSerclet查询视图解析器，找到ModelAndView指定的视图

视图图负责将结果显示到客户端

跟踪SpringMVC的请求：

每当用户在 Web 浏览器中点击链接或者提交表单的时候，请求就开始工作了，像是邮递员一样，从离开浏览器开始到获取响应返回，它会经历很多站点，在每一个站点都会留下一些信息同时也会带上其他信息：

第一站：DispatcherServlet

从请求离开浏览器以后，第一站到达的就是 DispatcherServlet，看名字这是一个 Servlet，通过 J2EE 的学习，我们知道 Servlet 可以拦截并处理 HTTP 请求，DispatcherServlet 会拦截所有的请求，并且将这些请求发送给 Spring MVC 控制器。

<!--核心的servlet -->
  <servlet>
    <servlet-name>SpringMvc</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <init-param>
      <param-name>contextConfigLocation</param-name>
      <param-value>classpath:springmvc.xml</param-value>
    </init-param>
    <load-on-startup>0</load-on-startup>
  </servlet>

• DispatcherServlet 的任务就是拦截请求发送给 Spring MVC 控制器。

第二站：处理器映射（HandlerMapping）

• 问题： 典型的应用程序中可能会有多个控制器，这些请求到底应该发给哪一个控制器呢？

所以 DispatcherServlet 会查询一个或多个处理器映射来确定请求的下一站在哪里，处理器映射会根据请求

所在的Controller包去寻找Controller

<!--查找控制器所在的包 -->
<context:component-scan base-package="com.ydq.controller"/>

第三站：控制器

一旦选择了合适的控制器， DispatcherServlet 会将请求发送给选中的控制器，到了控制器，请求会卸下其负载（用户提交的请求）等待控制器处理完这些信息：

@Controller
@RequestMapping("/serviceType")
public class ServiceTypeController {
    @Resource
    private ServiceTypeDao serviceTypeDao;

    @RequestMapping("/add")
    public ModelAndView add(){
        ModelAndView modelAndView = new ModelAndView("serviceType/input");
        modelAndView.addObject("act","serviceType/addSave.do");
        return modelAndView;
    }

第四站：返回 DispatcherServlet

当控制器在完成逻辑处理后，通常会产生一些信息，这些信息就是需要返回给用户并在浏览器上显示的信息，它们被称为模型（Model）。仅仅返回原始的信息时不够的——这些信息需要以用户友好的方式进行格式化，一般会是 HTML，所以，信息需要发送给一个视图（view），通常会是 JSP。

控制器所做的最后一件事就是将模型数据打包，并且表示出用于渲染输出的视图名**（逻辑视图名）。它接下来会将请求连同模型和视图名发送回 DispatcherServlet。**

第五站：视图解析器

这样以来，控制器就不会和特定的视图相耦合，传递给 DispatcherServlet 的视图名并不直接表示某个特定的 JSP。（实际上，它甚至不能确定视图就是 JSP）相反，它传递的仅仅是一个逻辑名称，这个名称将会用来查找产生结果的真正视图。

DispatcherServlet 将会使用视图解析器（view resolver）来将逻辑视图名匹配为一个特定的视图实现，它可能是也可能不是 JSP

第六站：视图

既然 DispatcherServlet 已经知道由哪个视图渲染结果了，那请求的任务基本上也就完成了。

它的最后一站是视图的实现，在这里它交付模型数据，请求的任务也就完成了。视图使用模型数据渲染出结果，这个输出结果会通过响应对象传递给客户端。

总结：

原理其实也不是太难，总之就是SpringMVC还是建立在Servlet基础上的，而这个servlet就在web.xml中进行配置，这时就会有一个

<load-on-startup>0</load-on-startup>

容器在应用启动时就加载并初始化这个servlet；并且加载springmvc的配置文件，在springmvc的配置文件中，就可以指明控制器的包在哪，通过反射，找到该包下的所有类，通过反射的class对象，就可以知道有没有配置成@Controller，如果有，就可以得到所有的方法，并且这些方法都是配置了@RequestMapping的方法，然后记录所有的Methon对象，记录的时候是一个Map集合<String,Methon>,写一个通用的方法，完成，收参，转换数据类型，填充Model,通过Spring调用业务逻辑,根据业务逻辑,返回ModelAndView,然后返回分发器，分发器经处理得到ViewResolw和model，model就是Attrbutes，view resolver就是视图解析器，