SpringMVC中的参数组装:HandlerMethodArgumentResolver

本文介绍如何在SpringMVC中自定义HandlerMethodArgumentResolver实现对List类型的参数进行解析。通过创建注解和解析器类,可以将多个请求参数组装成List对象,并应用于Controller方法。

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

SpringMVC3.1引入了HandlerMethodArgumentResolver接口,Spring调用该接口实现Controller的参数装配。HandlerMethodArgumentResolver实现类中会调用DataBinder,Converter等。

常用的该接口实现类有:

ServletModelAttributeMethodProcessor:实体类的组装用它实现。

RequestParamMethodArgumentResolver:基本数据类型如String用它实现。

在我学习过程中,发现对List类型的参数SpringMVC没有提供默认实现。我参照Spring的示例 通过实现 HandlerMethodArgumentResolver接口,实现对List参数的组装。

示例中用到的Model类:

package com.weishubin.springmvc.model;

public class User {
	private String name;
	private int age;
	public String getName() {
		return name;
	}
	public void setName(String name) {
		this.name = name;
	}
	public int getAge() {
		return age;
	}
	public void setAge(int age) {
		this.age = age;
	}
		
	public String toString() {
		StringBuilder sb = new StringBuilder();
		sb.append(name);
		sb.append("-");
		sb.append(age);
		return sb.toString();
	}
}

注解类:

package com.weishubin.springmvc.listargument;

import java.lang.annotation.Documented;
import java.lang.annotation.ElementType;
import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;
import java.lang.annotation.Target;

@Target(ElementType.PARAMETER)
@Retention(RetentionPolicy.RUNTIME)
@Documented 
public @interface ListAttribute {
	
}

实现了HandlerMethodArgumentResolver接口的参数解析器:

package com.weishubin.springmvc.listargument;

import java.util.ArrayList;
import java.util.List;

import org.springframework.beans.BeanWrapper;
import org.springframework.beans.PropertyAccessorFactory;
import org.springframework.core.MethodParameter;
import org.springframework.web.bind.support.WebDataBinderFactory;
import org.springframework.web.context.request.NativeWebRequest;
import org.springframework.web.method.support.HandlerMethodArgumentResolver;
import org.springframework.web.method.support.ModelAndViewContainer;

import com.weishubin.springmvc.model.User;

public class ListArgumentResolver implements HandlerMethodArgumentResolver {

	public boolean supportsParameter(MethodParameter parameter) {
		//仅作用于添加了注解ListAttribute的参数
		return parameter.getParameterAnnotation(ListAttribute.class) != null;
	}

	public Object resolveArgument(MethodParameter parameter,
			ModelAndViewContainer mavContainer, NativeWebRequest webRequest,
			WebDataBinderFactory binderFactory) throws Exception {
		List<User> users = new ArrayList<User>();
		String[] names = webRequest.getParameterValues("name");
		String[] ages = webRequest.getParameterValues("age");
		
		
		for (int i = 0; i < names.length; i++) {
			User user = new User();
			BeanWrapper beanWrapper = PropertyAccessorFactory.forBeanPropertyAccess(user);
			
			String name = names[i];
			String age = ages[i];
			beanWrapper.setPropertyValue("name", name);
			beanWrapper.setPropertyValue("age", age);
			
			users.add(user);
		}
		return users;
	}

}

Controller类:

package com.weishubin.springmvc.listargument;

import java.util.List;

import org.springframework.stereotype.Controller;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.ResponseBody;

import com.weishubin.springmvc.model.User;

@Controller
public class ListArgumentController {
	
	@ResponseBody
	@RequestMapping("/list")
	public String argumentResolver(@ListAttribute List<User> list) {
		StringBuilder b = new StringBuilder();
		for (User u : list) {
			b.append(u);
			b.append("<br/>");
		}
		return b.toString();
	}
}

配置文件:

<mvc:annotation-driven>
		<mvc:argument-resolvers>
			<bean class="com.weishubin.springmvc.listargument.ListArgumentResolver"/>
		</mvc:argument-resolvers>
	</mvc:annotation-driven>




<think>我们正在讨论Web开发中Controller层如何处理HTTP请求。根据引用[2]和引用[3],Controller层属于表示层(或控制层),负责接收前端请求并响应数据。在Spring框架中,尽管我们没有显式编写Servlet,但Controller层能够处理请求是因为Spring MVC的核心DispatcherServlet在起作用。引用[3]提到,DispatcherServlet是SpringMVC的核心,它负责接收所有HTTP请求并根据配置将请求分发给相应的Controller方法处理。具体流程如下:1.客户端发送HTTP请求到DispatcherServlet。2. DispatcherServlet根据HandlerMapping找到对应的Controller方法。3.执行Controller方法,并返回一个ModelAndView(或直接返回数据,如使用@RestController时)。4.DispatcherServlet将视图名称交给ViewResolver解析,然后渲染视图(如果返回的是数据,如JSON,则跳过视图渲染)。在Controller层中,我们通过注解来标记处理请求的方法。例如:- @Controller:标记一个类为Controller,处理HTTP请求。- @RestController:是@Controller和@ResponseBody的组合,用于返回数据(如JSON)而不是视图。 -方法级别的注解:@GetMapping, @PostMapping, @PutMapping, @DeleteMapping等,用于指定处理的HTTP方法和路径。以引用[4]中的删除用户方法为例:```java@DeleteMapping("/users/{id}") publicResponseEntity<Void>deleteUser(@PathVariableLong id) {userService.deleteUser(id);return ResponseEntity.noContent().build(); }```解释:- @DeleteMapping("/users/{id}"):处理路径为/users/{id}的DELETE请求,{id}是路径变量。- @PathVariable Longid:将URL中的{id}绑定到方法参数id。-调用userService.deleteUser(id)执行业务逻辑。 -返回ResponseEntity.noContent(),即HTTP204状态码(无内容),表示删除成功。另外,Controller方法还可以使用其他注解:- @RequestBody:将请求体中的JSON/XML数据绑定到Java对象。 -@RequestParam:获取请求参数(查询参数)。 -@RequestHeader:获取请求头信息。总结Controller层处理HTTP请求的流程:1.请求到达DispatcherServlet。2.DispatcherServlet查找对应的Controller方法(通过HandlerMapping)。3.执行Controller方法(包括参数绑定、业务逻辑调用等)。4.Controller方法返回结果(可能是视图名称,也可能是数据)。5. DispatcherServlet处理返回结果(如果是数据,则直接写入响应;如果是视图,则进行视图渲染)。注意:在SpringBoot中,DispatcherServlet是自动配置的,因此我们无需手动配置。相关问题:1.在SpringMVC中,DispatcherServlet是如何初始化的?2. Controller方法中如何获取请求体中的JSON数据?3.除了@PathVariable,还有哪些常用的参数绑定注解?4.如何全局处理Controller层的异常?</think>### Controller层处理HTTP请求的流程与方法 在Web开发中,Controller层作为MVC架构的**核心枢纽**,其处理HTTP请求的流程遵循标准化的分层设计(引用[2])。以下是详细处理流程和方法: --- #### **一、处理流程** 1. **请求分发** - 所有HTTP请求首先由**前端控制器(DispatcherServlet)** 接收(引用[3])。这是Spring MVC的核心组件,负责统一调度请求。 - DispatcherServlet根据URL映射规则(如`@RequestMapping`)将请求路由到对应的Controller方法。 2. **参数解析** Controller方法通过注解解析请求数据: - `@PathVariable`:获取URL路径参数(如`/users/{id}`) - `@RequestParam`:获取查询参数(如`?name=value`) - `@RequestBody`:解析请求体中的JSON/XML数据 - `@RequestHeader`:获取HTTP头部信息 3. **业务逻辑处理** - Controller调用**Service层**执行业务逻辑(引用[2]),例如: ```java userService.deleteUser(id); // 调用服务层删除用户 ``` - 保持Controller层轻量化,仅负责流程控制,避免包含复杂业务代码。 4. **响应构建** - 返回类型灵活选择: - `ResponseEntity`:自定义HTTP状态码和响应头(如`204 No Content`) - 对象直接返回:配合`@RestController`自动序列化为JSON/XML - 视图名称:配合模板引擎渲染HTML(使用`@Controller`时) - 示例(引用[4]): ```java return ResponseEntity.noContent().build(); // 返回204状态码 ``` --- #### **二、关键方法注解** Controller通过**HTTP方法注解**定义处理逻辑: | 注解 | 作用 | 示例场景 | |-----------------|-----------------------------|----------------------------| | `@GetMapping` | 处理GET请求 | 查询数据 | | `@PostMapping` | 处理POST请求 | 新增资源 | | `@PutMapping` | 处理PUT请求 | 更新整个资源 | | `@DeleteMapping`| 处理DELETE请求 | 删除资源(如引用[4]示例) | | `@PatchMapping` | 处理PATCH请求 | 部分更新资源 | --- #### **三、底层机制** - **Servlet抽象**:Controller本质是**对Servlet的封装**。Spring通过`DispatcherServlet`实现`service()`方法的分发逻辑(引用[1]),将传统Servlet的`doGet()`/`doPost()`等操作简化为注解驱动。 - **自动绑定**:Spring利用**参数解析器(HandlerMethodArgumentResolver)** 自动将HTTP请求数据转换为Java对象,减少样板代码。 - **零配置**:Spring Boot自动注册`DispatcherServlet`并扫描`@Controller`注解,无需手动配置web.xml(引用[3])。 --- #### **四、最佳实践** 1. **职责单一化** Controller应仅处理**请求分发与响应组装**,业务逻辑委托给Service层(引用[2])。 2. **响应标准化** 使用`ResponseEntity`统一响应格式,明确HTTP状态码(如`200 OK`、`404 Not Found`)。 3. **异常处理** 通过`@ControllerAdvice`全局捕获异常,避免Controller包含错误处理逻辑。 > 示例:删除用户请求的完整流程 > ```mermaid > graph LR > A[客户端 DELETE /users/123] --> B(DispatcherServlet) > B --> C[路由至@DeleteMapping方法] > C --> D[解析@PathVariable id=123] > D --> E[调用userService.deleteUser123] > E --> F[返回ResponseEntity.noContent] > F --> G[客户端收到204响应] > ``` --- ### 相关问题 1. `@PathVariable` 和 `@RequestParam` 在参数绑定上有何本质区别? 2. 如何通过 `ResponseEntity` 自定义 HTTP 响应的头部信息? 3. Spring MVC 如何处理 `multipart/form-data` 文件上传请求? 4. 为什么说 `DispatcherServlet` 是 Spring MVC 的“前端控制器”?其初始化过程是怎样的?
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值