002649:spring下dispatcherServlet执行原理

一、背景

　　1、今天在调试一个开源项目，在构造param:{}对应controller(@JParam("param") DictQuery query)时，query一直是null 　　

　　2、request对象不知道在哪可以看到我前端传后台的值，于是一阵忙调。 　　

　　3、于是下定决心了解下一个web请求从进入到最后返回都经历了什么。

二、具体分析

　　

　　a、@RequestBody和@ResponceBody对对应处理器是RequestResponseBodyMethodProcessor。 　　

　　b、在处理流程中每个requestMapping对应一个MappedHandler，先根据请求获取handler，在根据handler找到可以处理它的adapter。 　

　　c、adapter在处理是就将请求/返回、拦截器等放到一个methodHandler中，通过这个handler完成出入参的转换以及controller方法的调用。

　　d、无论是入参和出参的解析，都是先找到Processor（一般是根据注解），在根据contentType找到具体的messageConvert。

三、结论

　　1、背景中的问题，查询到最后是因为前段无法构造param:{}数据类型导致的，因为后台根据param去request.getParameter中取查找是返回为空，所有query也就为空了。 　　

　　2、但使用@Request注解后，是直接冲request的流中取出所有整体转换的，所有在前端不在使用param：{}直接传后边部分的前提下，这种方式是可以执行成功的。

其他

　　1、传的入参在request.getInputStream / request.getParameterMap()中，可以通过将流中内容转换为字符串输出来查看。

参见 ：https://www.cnblogs.com/tengyunhao/p/7518481.html