SpringBoot系列(一)请求参数解析

本文深入探讨了SpringBoot中请求参数的解析过程,从DispatcherServlet开始,逐步剖析doGet()、doService()和doDispatch()方法,揭示了参数解析的内部机制,包括HandlerExecutionChain的获取、HandlerAdapter的选择以及ServletInvocableHandlerMethod的invokeAndHandle()方法在其中的作用,特别是getMethodArgumentValues()方法中如何利用HandlerMethodArgumentResolver进行参数解析。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

SpringBoot系列(一)请求参数解析

前言

​ 对于平时我们工作中经常使用,类似于@Requestparam、@Pathvariable等这些注解,SpringBoot底层到底是如何解析这些参数的,下面我们一起来探究一下参数解析的底层原理。

一、测试程序

首先我们先给出一个测试demo,然后再一起探究其原理:

controller:

@RestController
@Slf4j
public class ParamsAnnotationController {
    @GetMapping(value = "/user")
    public Map<String , String> requestParamTest(
      																		 @RequestParam(value = "id")String id,
                                           @RequestParam(value = "userName")String userName,
                                           @RequestParam Map<String , String> map
    																			){
        log.info("id:" + id);
        log.info("userName:" + userName);
        log.info("map:" + map);
        return map;
    }
}

使用postman进行测试:

在这里插入图片描述

二、原理分析

对于任何的服务端请求,都要从DispatcherServlet开始入手,首先我们看一下DispatchServlet调用栈:

在这里插入图片描述

  1. DispatchServelt依赖树

在这里插入图片描述

【注】:虚线表示实现,实线表示继承

由此我们可以看出,我们来寻找处理http请求的doGet()、doPost()方法,我们在FrameworkServlet中找到了doGet()方法,如下:

@Override
	protected final void doGet(HttpServletRequest request, HttpServletResponse response)
			throws ServletException, IOException {
		//执行request方法
		processRequest(request, response);
	}
protected final void processRequest(HttpServletRequest request, HttpServletResponse response)
			throws ServletException, IOException {

		try {
      //关键步骤
			doService(request, response);
		}catch (ServletException | IOException ex) {
			failureCause = ex;
			throw ex;
	}
	
  //抽象方法,在DispatcherServlet方法中进行实现
   protected abstract void doService(HttpServletRequest request, HttpServletResponse response)
			throws Exception;
  1. 由步骤1我们可以看到我们接下来寻找DispatcherServlet中重写的doService()方法就可以了,如下:
@Override
	protected void doService(HttpServletRequest request, HttpServletResponse response) throws Exception {
		try {
			doDispatch(request, response);
    }
	}
  1. 接下来来一起探究doDisatcher(),源码如下:
protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
		HttpServletRequest processedRequest = request;
		HandlerExecutionChain mappedHandler = null;
		boolean multipartRequestParsed = false;

		WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);

		try {
			ModelAndView mv = null;
			Exception dispatchException = null;

			try {
				processedRequest = checkMultipart(request);
				multipartRequestParsed = (processedRequest != request);

				// 关键点1⃣️:获取能够处理此请求的HandlerExcutionChain
				mappedHandler = getHandler(processedRequest);
				if (mappedHandler == null) {
					noHandlerFound(processedRequest, response);
					return;
				}

				// 关键点2⃣️:获取处理器适配器:@RequestMappingHandlerAdapter
				HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());

				// Process last-modified header, if supported by the handler.
				String method = request.getMethod();
				boolean isGet = HttpMethod.GET.matches(method);
				if (isGet || HttpMethod.HEAD.matches(method)) {
					long lastModified = ha.getLastModified(request, mappedHandler.getHandler());
					if (new ServletWebRequest(request, response).checkNotModified(lastModified) && isGet) {
						return;
					}
				}

				if (!mappedHandler.applyPreHandle(processedRequest, response)) {
					return;
				}

				// 关键点3⃣️:执行目标方法
				mv = ha.handle(processedRequest, response, mappedHandler.getHandler());

				if (asyncManager.isConcurrentHandlingStarted()) {
					return;
				}

				applyDefaultViewName(processedRequest, mv);
				mappedHandler.applyPostHandle(processedRequest, response, mv);
			}
			
			processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
		}
		}
	
  1. 下面分析步骤2中的关键点3⃣️,如下:

我们跟随方法的调用栈找到了ServletInvocableHandlerMethod中的invokeAndHandle(),如下:

public void invokeAndHandle(ServletWebRequest webRequest, ModelAndViewContainer mavContainer,
			Object... providedArgs) throws Exception {

    //解析请求参数,获取返回值
		Object returnValue = invokeForRequest(webRequest, mavContainer, providedArgs);
		setResponseStatus(webRequest);
	}

	@Nullable
	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);
	}

getMethodArgumentValues():此方法包含了参数解析的核心逻辑

protected Object[] getMethodArgumentValues(NativeWebRequest request, @Nullable ModelAndViewContainer mavContainer,
			Object... providedArgs) throws Exception {
		//1⃣️首先封装一个MethodParameter数组,将请求参数的相关信息封装到MethodParameter[]方法
		MethodParameter[] parameters = getMethodParameters();
		if (ObjectUtils.isEmpty(parameters)) {
			return EMPTY_ARGS;
		}

		  
		Object[] args = new Object[parameters.length];
		for (int i = 0; i < parameters.length; i++) {
			MethodParameter parameter = parameters[i];
			parameter.initParameterNameDiscovery(this.parameterNameDiscoverer);
			args[i] = findProvidedArgument(parameter, providedArgs);
			if (args[i] != null) {
				continue;
			}
      //2⃣️判断27个参数解析器是否支持此参数类型,挨个进行循环,如果找到此参数解析器,则进行解析并返回true
			if (!this.resolvers.supportsParameter(parameter)) {
				throw new IllegalStateException(formatArgumentError(parameter, "No suitable resolver"));
			}
			try {
        //3⃣️解析参数的值,放到数组中
				args[i] = this.resolvers.resolveArgument(parameter, mavContainer, request, this.dataBinderFactory);
			}
			catch (Exception ex) {
				// Leave stack trace for later, exception may actually be resolved and handled...
				if (logger.isDebugEnabled()) {
					String exMsg = ex.getMessage();
					if (exMsg != null && !exMsg.contains(parameter.getExecutable().toGenericString())) {
						logger.debug(formatArgumentError(parameter, exMsg));
					}
				}
				throw ex;
			}
		}
		return args;
	}
  1. 针对于3中的要点2⃣️我们贴出源码,如下:
@Override
	public boolean supportsParameter(MethodParameter parameter) {
		return getArgumentResolver(parameter) != null;
	}

//获取方法参数解析器,
private HandlerMethodArgumentResolver getArgumentResolver(MethodParameter parameter) {	
  HandlerMethodArgumentResolver result = this.argumentResolverCache.get(parameter);
		if (result == null) {
      //this.argumentResolvers有27个值,见下图
			for (HandlerMethodArgumentResolver resolver : this.argumentResolvers) {
				if (resolver.supportsParameter(parameter)) {
					result = resolver;
          //获取一次参数解析器后会放到缓存中,以便下次直接从缓存中获取
					this.argumentResolverCache.put(parameter, result);
					break;
				}
			}
		}
		return result;
	}

在这里插入图片描述

针对于步骤3中的要点3⃣️,我们来分析一下解析参数的核心步骤:

public final Object resolveArgument(MethodParameter parameter, @Nullable ModelAndViewContainer mavContainer,
			NativeWebRequest webRequest, @Nullable WebDataBinderFactory binderFactory) throws Exception {

		NamedValueInfo namedValueInfo = getNamedValueInfo(parameter);
		MethodParameter nestedParameter = parameter.nestedIfOptional();
		//获取参数的名称,如id
		Object resolvedName = resolveEmbeddedValuesAndExpressions(namedValueInfo.name);
		if (resolvedName == null) {
			throw new IllegalArgumentException(
					"Specified name must not resolve to null: [" + namedValueInfo.name + "]");
		}
		//解析id对应的值,如1
		Object arg = resolveName(resolvedName.toString(), nestedParameter, webRequest);
		if (arg == null) {
			if (namedValueInfo.defaultValue != null) {
				arg = resolveEmbeddedValuesAndExpressions(namedValueInfo.defaultValue);
			}
      //如果参数是必须传递的并且没有传,则客户端请求400
			else if (namedValueInfo.required && !nestedParameter.isOptional()) {
				handleMissingValue(namedValueInfo.name, nestedParameter, webRequest);
			}
			arg = handleNullValue(namedValueInfo.name, arg, nestedParameter.getNestedParameterType());
		}
		else if ("".equals(arg) && namedValueInfo.defaultValue != null) {
			arg = resolveEmbeddedValuesAndExpressions(namedValueInfo.defaultValue);
		}

		if (binderFactory != null) {
			WebDataBinder binder = binderFactory.createBinder(webRequest, null, namedValueInfo.name);
			try {
				arg = binder.convertIfNecessary(arg, parameter.getParameterType(), parameter);
			}
			catch (ConversionNotSupportedException ex) {
				throw new MethodArgumentConversionNotSupportedException(arg, ex.getRequiredType(),
						namedValueInfo.name, parameter, ex.getCause());
			}
			catch (TypeMismatchException ex) {
				throw new MethodArgumentTypeMismatchException(arg, ex.getRequiredType(),
						namedValueInfo.name, parameter, ex.getCause());
			}
			// Check for null value after conversion of incoming argument value
			if (arg == null && namedValueInfo.defaultValue == null &&
					namedValueInfo.required && !nestedParameter.isOptional()) {
				handleMissingValueAfterConversion(namedValueInfo.name, nestedParameter, webRequest);
			}
		}

		handleResolvedValue(arg, namedValueInfo.name, parameter, mavContainer, webRequest);

		return arg;
	}
<think>嗯,我现在要了解SpringBoot对GET请求参数的解析规则。之前学过SpringBoot,但具体到参数解析可能还不太清楚。首先,GET请求的参数般是在URL的查询字符串里,对吧?比如`/user?id=1&name=Tom`这样的。那SpringBoot是怎么把这些参数映射到控制器方法的参数上的呢? 记得SpringMVC中有处理请求参数的注解,比如@RequestParam。可能SpringBoot也沿用了这些机制。比如说,如果控制器方法有个参数用@RequestParam注解,那么应该会绑定对应的查询参数。那如果没有用这个注解,SpringBoot会不会自动根据参数名来匹配呢?比如方法参数名和URL中的参数名致的话,是否自动绑定? 还有,如果参数是基本类型,比如int或者String,应该直接转换。但如果参数是对象,比如个User对象,里面有id和name属性,这时候是不是需要用@ModelAttribute?或者SpringBoot有没有自动绑定对象属性的功能? 另外,参数是可选的还是必须的?比如,如果URL中没有某个参数,会不会报错?这时候可能需要用到required属性,比如@RequestParam(required=false)。默认情况下,@RequestParam是不是required为true? 还有数组或列表的情况,比如多选框传多个值,参数名相同,如`hobbies=reading&hobbies=music`,这时候在方法参数里用List<String> hobbies是不是就能自动接收? 还有关于参数的类型转换,比如日期格式,可能需要自定义转换器,或者用@DateTimeFormat注解来指定格式。SpringBoot默认支持哪些类型的转换呢?比如String转Date是否会自动处理? 还有URL中的路径参数,比如@GetMapping("/user/{id}"),这时候用@PathVariable来获取,这部分是不是属于路径参数解析,和查询参数分开处理? 还有编码的问题,比如参数里有中文或特殊字符,SpringBoot会自动解码吗?是否需要配置字符编码过滤器? 可能还有多级参数的情况,比如对象里面包含另个对象,参数名类似`user.address.city=Beijing`,这时候能否自动绑定到嵌套属性?可能需要用@ModelAttribute或者直接用个DTO对象来接收。 还有,如果参数名和方法参数名不致,必须用@RequestParam指定名称对吧?比如@RequestParam("user_id") String userId。 总结下,可能需要涉及的注解有@RequestParam、@PathVariable、@ModelAttribute,以及对象绑定、类型转换、默认值设置、可选参数处理、数组/列表处理、嵌套属性绑定等。同时,SpringBoot在背后可能使用了些Converter和Formatter来处理类型转换,还有WebDataBinder来进行数据绑定。 可能需要举几个例子来说明不同的情况,比如基本类型参数、对象参数、数组、可选参数、默认值、日期格式等。这样用户就能更清楚不同的使用场景该怎么处理。 不过,有没有可能漏掉某些情况?比如处理Map类型的参数,或者使用@RequestParam Map<String, String> params来接收所有参数?或者是否支持复杂类型的嵌套,比如JSON格式的查询参数,但般GET请求的参数不太会用JSON,可能更多是POST请求的body里用JSON。 另外,关于参数的验证,比如用@Valid注解配合JSR-303验证,可能在参数绑定之后进行校验,但这可能属于另个话题,参数解析之后的部分。 总之,需要系统化地整理SpringBoot处理GET请求参数的规则,分点说明不同的情况和对应的处理方式,确保覆盖常见的用法和注意事项。</think>SpringBoot 对 GET 请求参数的解析规则主要通过以下机制实现,按使用场景分类: --- ### 、**基础参数绑定** 1. **`@RequestParam` 注解** - **作用**:将 URL 的查询参数绑定到方法参数。 - **默认规则**: - 参数名与 URL 参数名致时,可省略注解。 示例: ```java // URL: /user?name=Tom public String getUser(String name) { ... } // 自动绑定 ``` - 参数名不致时需显式指定: ```java public String getUser(@RequestParam("user_name") String name) { ... } ``` - **属性**: - `required`:是否必传(默认 `true`),缺失会抛出异常。 - `defaultValue`:设置默认值(自动将 `required` 设为 `false`)。 2. **基本类型自动转换** - SpringBoot 自动将字符串参数转换为 `int`、`boolean` 等基本类型。 示例: ```java // URL: /user?id=100 public String getUser(@RequestParam int id) { ... } ``` --- ### 二、**对象参数绑定** - **自动绑定对象属性**:若方法参数是个对象,SpringBoot 会按**属性名**自动匹配 URL 参数。 示例: ```java // URL: /user?name=Tom&age=20 public String getUser(User user) { ... } // User 类需有 name 和 age 的 setter 方法 ``` - **嵌套对象绑定**:使用 `.` 分隔符绑定嵌套属性。 示例: ```java // URL: /user?address.city=Beijing public String getUser(User user) { ... } ``` --- ### 三、**数组/集合参数** - **同名参数传递多个值**:直接绑定到数组或 `List` 类型。 示例: ```java // URL: /hobbies?hobby=reading&hobby=music public String getHobbies(@RequestParam List<String> hobby) { ... } ``` --- ### 四、**路径参数 `@PathVariable`** - **从 URL 路径中获取参数**:需与 `@GetMapping` 路径占位符匹配。 示例: ```java @GetMapping("/user/{id}") public String getUser(@PathVariable Long id) { ... } ``` --- ### 五、**可选参数与默认值** - **可选参数**:通过 `required=false` 允许参数缺失。 示例: ```java public String getUser(@RequestParam(required = false) String role) { ... } ``` - **默认值**:直接设置 `defaultValue`。 示例: ```java public String getUser(@RequestParam(defaultValue = "guest") String role) { ... } ``` --- ### 六、**日期/自定义类型转换** 1. **`@DateTimeFormat` 注解** 指定日期格式: ```java public String getEvent(@RequestParam @DateTimeFormat(pattern = "yyyy-MM-dd") Date date) { ... } ``` 2. **自定义转换器** 实现 `Converter<String, T>` 接口,注册为 Spring Bean。 --- ### 七、**编码处理** - **默认编码**:SpringBoot 使用 UTF-8 解码 URL 参数,需确保容器(如 Tomcat)的编码配置致。 --- ### 八、**完整示例** ```java @GetMapping("/user") public String getUser( @RequestParam String name, // 必传参数 @RequestParam(required = false) Integer age, // 可选参数 @RequestParam(defaultValue = "1") int page, // 默认值 @DateTimeFormat(pattern = "yyyy-MM-dd") Date birth, @RequestParam List<String> hobbies, // 接收多个值 UserFilter filter // 自动绑定对象属性 ) { ... } ``` --- ### 九、**注意事项** 1. 避免在 GET 请求中传递复杂嵌套对象(推荐用 POST + JSON)。 2. 参数名匹配区分大小写。 3. 类型转换失败会抛出 `TypeMismatchException`。 通过上述规则,SpringBoot 灵活地简化了 GET 参数的解析,开发者只需关注业务逻辑。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值