SpringBoot源码——Rest的运行流程

在SpringWebMvc中对Rest提供了很好的支持，下面就一步一步的Debug来看看SpringWebMvc源码。

下面是一个运行流程图，接下来对这张图进行验证

编写启动类和Controller

package com.wrial.art6_rest.bootstrap;

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

/*
 * @Author  Wrial
 * @Date Created in 22:11 2019/7/22
 * @Description 启动类
 */
@SpringBootApplication(scanBasePackages= "com.wrial.art6_rest.controller")
public class SpringBootRestBootStrap {
    public static void main(String[] args) {
        SpringApplication.run(SpringBootRestBootStrap.class, args);
    }

}


package com.wrial.art6_rest.controller;
/*
 * @Author  Wrial
 * @Date Created in 11:28 2019/7/23
 * @Description
 */
@RestController
public class HelloRestController {

    @RequestMapping("/hello")
    public String hello(){
        return "hello";
    }
}

接下来打断点，映射肯定是有核心控制器来进行初始化DispacherServlet中initHandlerMapping，可以看到它下边的handlerMappings这些就是

它里面是一些映射方式，比如简单的Url映射，请求映射等等，因此我们就可以寻找谁使用了它就可以找到处理请求的地方了。

就寻找哪里使用过这个handlerMappings，可以发现getHandler，getHandlerMapping只是对它进行了不可变的处理，保证了安全。

因此我们第一个断点就打在getHandler这个方法的循环体中，让它去适配合适的映射方式。

在我们发送请求时http://localhost:8080/hello，可以看到它会在这里找一个合适的方式来进行返回，经过第一轮的循环，我们发现简单Url处理返回是null，说明不适合

继续单步执行，可以发现，返回一个HandleExecutionChain，并且handleMethod里面有了我们当前的值。

返回成功那就到了Dispatcher的doDispatch方法，进行处理和适配

进入它的getHandler可以发现这个handle就是一个HandleMethod对象（也就是上图中的第四步，它要去寻找正确的handlerAdapter ）
源码对HandlerAdapter的描述This interface is used to allow the {@link DispatcherServlet} to be indefinitely extensible

进入getHandlerAdapter方法中，可以看到它还是根据for循环进行匹配，可以看见下面有三个Adapter

通过support方法来判断是否支持当前的HandleMethod
下面是support源码，它根据handler和HandlerMethod进行比较是不是同一个对象，supportsInternal永远返回true
然后发现support成立，就将此返回,然后一直单步执行，发现到了handleInternal方法，就给checkRequest打个断点
，发现请求的信息基本在这个断点处就差不多清晰明了了
它会对这个调用进行检查，检查完毕就返回到我们的方法进行下一步操作，也就是根据方法的内容进行渲染（因为我这里没有加参数因此就直接返回了，如果有参数的话需要进行参数解析，最后才能返回）
可以看到，下一步就是视图解析的过程了（看到这里我发现一个问题，我的art5项目里面才配置了InternalResourceViewResolver优先，发现是项目调试错了，但是还好的是art5项目中也有hello这个映射，其实结果都是一样的，只是最后视图解析的策略顺序不同而已）

根据优先级来进行视图匹配，和前面的映射方式是一样的，然后根据视图解析器进行解析和渲染，它会在视图解析的使用会根据@ResponseBody注解来判断是不是需要返回一个视图页，如果需要返回视图页的话就解析并定位到指定视图，并渲染，如果不是的话，会根据序列化器将这些内容根据序列化规则序列化并进行输出。

虽然这个例子里面没有参数，但是过程都是一样的