Spring MVC 通过自定义 HandlerMethodArgumentResolver 可自动解析请求参数为指定对象（如 CurrentUser），需实现 supportsParameter 和 resolveArgument 方法并注册到 WebMvcConfigurer；支持类型或注解匹配，执行于拦截器后、Controller 前。
Spring MVC 中通过 HandlerMethodArgumentResolver 可以把重复、模板化的参数解析逻辑抽离出来，避免每个 Controller 方法里都写一堆 @RequestParam、@RequestBody 或手动从 HttpServletRequest 取值的代码。核心是让 Spring 知道“某个参数类型该由谁来解析”，从而实现自动装配。
自定义 ArgumentResolver 的基本步骤
要让 Spring MVC 在调用 Controller 前自动填充某个自定义对象（比如 CurrentUser、PageRequest、SignInfo），你需要：
- 实现
HandlerMethodArgumentResolver接口，重写supportsParameter和resolveArgument方法 -
supportsParameter判断：当前方法参数是否支持被本 Resolver 处理（通常根据参数类型、注解判断） -
resolveArgument实现：真正从请求中提取数据、构造并返回目标对象（可读取 header、query、body、session、甚至调用服务） - 将 Resolver 注册到 Spring MVC 的 argument resolvers 链中（Java Config 方式推荐）
一个典型例子：自动注入当前登录用户
假设你用 JWT 存 token 在 Header 里，每次都要手动解析 token 并查用户。用 Resolver 可简化为：
@GetMapping("/profile")
public Result profile(CurrentUser user) { // ← 直接用，无需注解
return Result.ok(user);
}
对应 Resolver 示例：
立即学习“Java免费学习笔记（深入）”；
public class CurrentUserResolver implements HandlerMethodArgumentResolver {
@Override
public boolean supportsParameter(MethodParameter parameter) {
return parameter.getParameterType() == CurrentUser.class;
}
@Override
public Object resolveArgument(MethodParameter parameter,
ModelAndViewContainer mavContainer,
NativeWebRequest webRequest,
WebDataBinderFactory binderFactory) throws Exception {
String token = webRequest.getHeader("Authorization");
if (token == null || !token.startsWith("Bearer ")) return null;
String jwt = token.substring(7);
Long userId = JwtUtil.getUserId(jwt); // 自定义解析工具
return userService.findById(userId); // 返回 CurrentUser 对象
}
}
注册 Resolver 到 MVC 配置
在配置类中重写 addArgumentResolvers：
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
@Configuration
public class WebConfig implements WebMvcConfigurer {
@Override
public void addArgumentResolvers(List<HandlerMethodArgumentResolver> resolvers) {
resolvers.add(new CurrentUserResolver());
// 可添加多个，顺序重要：靠前的先匹配
}
}
注意：如果用了 @EnableWebMvc，会覆盖默认配置，需手动添加所有需要的 resolver（包括 Spring 自带的如 @RequestParam 支持）；若没加，则只需追加自定义的即可。
配合自定义注解更灵活（可选进阶）
不想只靠类型匹配？可以加注解控制，例如：
@Target(ElementType.PARAMETER)
@Retention(RetentionPolicy.RUNTIME)
public @interface LoginUser {}
然后在 supportsParameter 中检查：
return parameter.hasParameterAnnotation(LoginUser.class);
Controller 中写法变为：
public Result profile(@LoginUser CurrentUser user)
这样同一个类型（如 CurrentUser）可区分“必须登录”和“可为空”等不同语义，也便于后期扩展。
不复杂但容易忽略的是 resolver 的执行时机——它发生在拦截器之后、Controller 方法之前，且每个参数独立解析。只要逻辑清晰、不引入强耦合或耗时操作（如远程调用），就能显著提升 Controller 的简洁性和可维护性。
