Spring MVC 参数解析（13）

目录

简介

调用流程

1. 首先，还是需要进行到前端控制器的doDispatch方法，这是我们的调用Spring MVC的核心入口方法

2. 在doDispatch方法内部，我们调用到了HandlerAdapter.handle(*****) 方法

3. 最终，我们会来到 RequestMappingHandlerAdapter 的 invokeHandlerMethod 方法；在这个方法内部，我们会设置 参数解析器 和 返回值解析器

4.  来到当前方法 invokeHandlerMethod 调用 Controller业务类处，进行业务类的调用；进行 参数解析 与 返回值处理

 5. 进入 ServletInvocableHandlerMethod 的 invokeAndHandle 方法处，进行参数解析 与 返回值处理

参数解析

case1：@RequestParam注解的参数解析器

case 2 ：@PathVariable 注解的参数解析器

---

简介

据我所知：

参数解析器共分26种，针对不同的注解参数，有不同的参数解析器；

返回值解析器共分15种，针对不同的返回值，调用不同的返回值解析器；

其实，参数解析的核心代码在 HandlerMethodArgumentResolverComposite类resolveArgument 方法处，以后直接锁定这个方法就可以快速进行debug操作：

上一篇博客Spring MVC 的调用（12）_chen_yao_kerr的博客-CSDN博客已经对Spring MVC整体调用流程进行了梳理，但是在上一篇中关于HandlerAdapter调用到业务类，最终返回modelAndView的步骤中，我们只是梳理了整体流程, 并没有详细的分析如何进行参数传递的。本篇则是对上一篇的第五、六、七步中进行参数解析的补充.

其实，参数解析就是发生在HandlerAdapter调用到具体的业务类之前进行的，看下图：

调用流程

1. 首先，还是需要进行到前端控制器的doDispatch方法，这是我们的调用Spring MVC的核心入口方法

2. 在doDispatch方法内部，我们调用到了HandlerAdapter.handle(*****) 方法

3. 最终，我们会来到 RequestMappingHandlerAdapter 的 invokeHandlerMethod 方法；在这个方法内部，我们会设置 参数解析器 和 返回值解析器

参数解析器有26种：

返回值解析器：

 源码如下：

@Nullable
	protected ModelAndView invokeHandlerMethod(HttpServletRequest request,
			HttpServletResponse response, HandlerMethod handlerMethod) throws Exception {

		ServletWebRequest webRequest = new ServletWebRequest(request, response);
		try {
			//获取数据绑定工厂  @InitBinder注解支持，没太多用
			WebDataBinderFactory binderFactory = getDataBinderFactory(handlerMethod);
			//Model工厂,收集了@ModelAttribute注解的方法
			ModelFactory modelFactory = getModelFactory(handlerMethod, binderFactory);

			//可调用的方法对象
			ServletInvocableHandlerMethod invocableMethod = createInvocableHandlerMethod(handlerMethod);
			if (this.argumentResolvers != null) {
				//设置参数解析器
				invocableMethod.setHandlerMethodArgumentResolvers(this.argumentResolvers);
			}
			if (this.returnValueHandlers != null) {
				//设置返回值解析器
				invocableMethod.setHandlerMethodReturnValueHandlers(this.returnValueHandlers);
			}
			//设置参数绑定工厂
			invocableMethod.setDataBinderFactory(binderFactory);
			//设置参数名称解析类
			invocableMethod.setParameterNameDiscoverer(this.parameterNameDiscoverer);

			ModelAndViewContainer mavContainer = new ModelAndViewContainer();
			mavContainer.addAllAttributes(RequestContextUtils.getInputFlashMap(request));
			//调用有@ModelAttribute注解的方法。每次请求都会调用有@ModelAttribute注解的方法
			//把@ModelAttribute注解的方法的返回值存储到 ModelAndViewContainer对象的map中了
			modelFactory.initModel(webRequest, mavContainer, invocableMethod);
			mavContainer.setIgnoreDefaultModelOnRedirect(this.ignoreDefaultModelOnRedirect);

			AsyncWebRequest asyncWebRequest = WebAsyncUtils.createAsyncWebRequest(request, response);
			asyncWebRequest.setTimeout(this.asyncRequestTimeout);

			//异步处理
			WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);
			asyncManager.setTaskExecutor(this.taskExecutor);
			asyncManager.setAsyncWebRequest(asyncWebRequest);
			asyncManager.registerCallableInterceptors(this.callableInterceptors);
			asyncManager.registerDeferredResultInterceptors(this.deferredResultInterceptors);

			if (asyncManager.hasConcurrentResult()) {
				Object result = asyncManager.getConcurrentResult();
				mavContainer = (ModelAndViewContainer) asyncManager.getConcurrentResultContext()[0];
				asyncManager.clearConcurrentResult();
				LogFormatUtils.traceDebug(logger, traceOn -> {
					String formatted = LogFormatUtils.formatValue(result, !traceOn);
					return "Resume with async result [" + formatted + "]";
				});
				invocableMethod = invocableMethod.wrapConcurrentResult(result);
			}

			//Controller方法调用，重点看看
			invocableMethod.invokeAndHandle(webRequest, mavContainer);
			if (asyncManager.isConcurrentHandlingStarted()) {
				return null;
			}

			return getModelAndView(mavContainer, modelFactory, webRequest);
		}
		finally {
			webRequest.requestCompleted();
		}
	}

4.  来到当前方法 invokeHandlerMethod 调用 Controller业务类处，进行业务类的调用；进行 参数解析 与 返回值处理

 5. 进入 ServletInvocableHandlerMethod 的 invokeAndHandle 方法处，进行参数解析 与 返回值处理

参数解析

参数解析，需要针对不同的注解传递的参数进行解析，不能一概而论；首先来到参数解析的方法中。即 ServletInvocableHandlerMethod  类的 invokeForRequest 方法中：

	public Object invokeForRequest(NativeWebRequest request, @Nullable ModelAndViewContainer mavContainer,
			Object... providedArgs) throws Exception {

		//获取参数数组,重点看
		Object[] args = getMethodArgumentValues(request, mavContainer, providedArgs);
		if (logger.isTraceEnabled()) {
			logger.trace("Arguments: " + Arrays.toString(args));
		}
		return doInvoke(args);
	}

就是获取到所有的参数进行反射调用，反射调用在分析Spring源码的时候已经说过很多次了，就不再累赘了。下面针对不同的case分析不同的参数解析流程：

case1：@RequestParam注解的参数解析器

测试的业务方法：

 @RequestMapping("/queryUser")
    public String queryUser(@RequestParam String language, HttpSession session) {
        session.setAttribute("language",language);
        return "ok";
    }

 URL： http://localhost:9090/user/queryUser?language=en

 测试结果：

源码分析：

1、首先，肯定是来到参数解析的核心方法处

 2. 进入核心方法

    a, 首先，拿到当前方法对应的参数名称、参数类型、参数使用的注解、当前方法属于的哪个类、参数解析器等各种各样信息;

b.  进入参数解析的核心方法

 c. 根据参数获取对应的参数解析器

其实，就是根据步骤 a 获取到的 MethodParameter 对象，直接从缓存中拿到对应的参数解析器而已。拿到的参数解析器是 RequestParamMethodArgumentResolver。

d. 最后，自然是调用这个类进行参数解析了。具体调用的是 resolveArgument 方法进行 参数解析并返回数组了。

其实参数解析很简单，就是获取到参数的包装类，根据包装类获取到当前参数名、根据参数名到Request中获取参数值（此处就是调用 request.getParameterValues(name)）

最终返回获取到的实际参数值并且返回。因为每个方法的参数可能是多个，因此我们是按照方法的参数进行遍历操作的，而且每个参数都是有对应下标的，这样返回值就不会乱、也不会少 。

case 2 ：@PathVariable 注解的参数解析器

测试业务方法：

    @RequestMapping("/queryUser2/{id}")
    public @ResponseBody String queryUser2(@PathVariable("id") String userId) {
        return "hello user :" + userId;
    }

URL：http://localhost:9090/user/queryUser2/1234

测试结果：

 源码分析：

文章开头就说了， 参数解析的核心代码在HandlerMethodArgumentResolverComposite类resolveArgument 方法处，直接把断点打在此处：

获取参数解析器，@PathVariable 对应的参数解析器为 PathVariableMethodArgumentResolver

根据参数解析器进行参数解析：

我们发现，这是相同的代码，进去以后，其实会调用父类的钩子方法，返回到当前参数解析器 PathVariableMethodArgumentResolver中调用钩子方法中

 其实，它就是根据拿 requet.getAttribute(***)获取参数值而已。所谓的Spring MVC，其实就是对 Servlet调用的封装而已。传统的 jsp + servlet调用，我们都是通过 request 直接拿参数的。而Spring mvc 自己封装了 request拿参数的过程而已。

下面列出常用的参数解析器以及对应的注解，我们直接看解析器的 resolveName 方法，就可以知道具体的解析过程。

1. RequestHeaderMethodArgumentResolver   用来处理使用了 @RequestHeader 注解，并且参数类型不是 Map 的参数
2. RequestHeaderMapMethodArgumentResolver 很明显，这个用来处理使用 @RequestHeader 注解，并且参数类型是 Map 的参数
3. PathVariableMethodArgumentResolver  处理使用 @PathVariable 注解并且参数类型不为 Map 的参数
4. PathVariableMapMethodArgumentResolver  处理使用 @PathVariable 注解并且参数类型为 Map 的参数
5. RequestAttributeMethodArgumentResolver  处理使用 @RequestAttribute 注解的参数
6. ServletCookieValueMethodArgumentResolver  处理使用 @CookieValue 的参数
7. SessionAttributeMethodArgumentResolver  处理使用 @SessionAttribute 注解的参数
8. RequestParamMethodArgumentResolver  这个功能就比较广了。使用了 @RequestParam 注解的参数、文件上传的类型 MultipartFile、或者一些没有使用任何注解的基本类型（Long、Integer）以及 String 等，都使用该参数解析器处理。变量不能是Map
9. RequestParamMapMethodArgumentResolver   针对上一个，提供Map支持

至于不常用的参数解析器，按照我说的方法，直接找到以下方法打断点，就可以快速锁定：