大数跨境
0
0

【必备技能】玩转Spring MVC自定义请求匹配规则

【必备技能】玩转Spring MVC自定义请求匹配规则 Spring全家桶实战案例
2023-12-02
0
导读:想成为Spring MVC专家?了解自定义请求匹配规则的高级知识
 

环境:SpringBoot2.7.12

前言

在Spring MVC框架中,HandlerMapping是用于将HTTP请求映射到处理器的方法的组件。当一个请求到达时,HandlerMapping会根据请求的URL和其他属性来确定哪个处理器方法应该处理该请求。在Spring MVC中,我们可以自定义HandlerMapping来满足特定的匹配需求。其中一个方法是使用getCustomMethodCondition()方法来自定义匹配条件。

本文将详细介绍如何使用getCustomMethodCondition()方法来自定义HandlerMapping的匹配条件。通过阅读本文,您将了解如何扩展HandlerMapping的默认行为,并使用自定义条件来匹配请求和处理器方法。

需求:我们希望根据请求header中的x-token值来匹配具体的接口。所有的接口都必须使用了自定义的注解标注。

1. 自定义请求匹配

在SpringMVC中可以通过自定义RequestMappingHandlerMapping#getCustomMethodCondition来实现此功能。

自定义请求匹配通过实现RequestCondition接口自定义规则

系统默认提供了以下RequestCondition实现

2. 自定义匹配条件

public class CustomRequestCondition implements RequestCondition<CustomRequestCondition> {
private static final String X_TOKEN_NAME = "x-token" ;
private Method method ;
public CustomRequestCondition(Method method) { this.method = method ;  }
// 当接口上有多个匹配规则时,进行合并操作 @Override public CustomRequestCondition combine(CustomRequestCondition other) { return new CustomRequestCondition(other.method) ; }
// 核心方法:根据匹配的条件进行判断是否匹配,如果匹配则返回当前的对象,不匹配则返回null @Override public CustomRequestCondition getMatchingCondition(HttpServletRequest request) { AKF akf = method.getAnnotation(AKF.class) ; return akf != null ? buildToken(request, akf) : null ; }
// 当有多个都满足条件的时候,进行比较具体使用哪个 @Override public int compareTo(CustomRequestCondition other, HttpServletRequest request) { return 0 ; }
// 判断请求header中的信息与注解中配置的信息是否一致 private CustomRequestCondition buildToken(HttpServletRequest request, AKF akf) { String xToken = request.getHeader(X_TOKEN_NAME) ; if (xToken == null || xToken.length() == 0) { return null ; } return xToken.equals(akf.value()) ? this : null ; }
}

3. 配置自定义HandlerMapping

public class CustomMethodConditionRequestHandlerMapping extends RequestMappingHandlerMapping {  @Override  protected RequestCondition<?> getCustomMethodCondition(Method method) {    return new CustomRequestCondition(method) ;  }}

配置自定义的HandlerMapping

@Componentpublic class CustomEndpointConfig implements WebMvcRegistrations {  public RequestMappingHandlerMapping getRequestMappingHandlerMapping() {    return new CustomMethodConditionRequestHandlerMapping() ;  }}

通过实现WebMvcRegistrations中的getRequestMappingHandlerMapping方法覆盖系统默认的RequestMappingHandlerMapping配置实现。当然这种方式你可能失去了某些功能。这里我们可以参考默认实现来完善自定义的实现。

4. 测试接口

@RestController@RequestMapping("/conditions")public class CustomMethodConditionController {
@GetMapping("/index") public Object index() { return "custom method condition success" ; }
@GetMapping("/index") @AKF public Object x() { return "x method invoke" ; }
@GetMapping("/index") @AKF("x1") public Object x1() { return "x1 method invoke" ; }
@GetMapping("/index") @AKF("x2") public Object x2() { return "x2 method invoke" ;  }}

上面的接口与通常的开发配置是一致的,只是有些有接口使用了@AKF注解。这些接口中,没有@AKF注解或者没有设置@AKF值的,都不能访问,只有设置值了,且请求中携带了x-token并匹配上值了才会访问到接口。

当访问其它没有@AKF注解的接口,返回404。

5. 原理

根据请求查找HandlerMethod

public abstract class AbstractHandlerMethodMapping<T> extends AbstractHandlerMapping {  protected HandlerMethod getHandlerInternal(HttpServletRequest request) throws Exception {    String lookupPath = initLookupPath(request);    try {      // 根据请求查找匹配d饿HandlerMethod      HandlerMethod handlerMethod = lookupHandlerMethod(lookupPath, request);      return (handlerMethod != null ? handlerMethod.createWithResolvedBean() : null);    }  }  protected HandlerMethod lookupHandlerMethod(String lookupPath, HttpServletRequest request) throws Exception {    List<Match> matches = new ArrayList<>();    // 根据请求的uri,获取相应的RequestMappingInfo(该对象对应的Controller中的每一个接口)    List<T> directPathMatches = this.mappingRegistry.getMappingsByDirectPath(lookupPath);    if (directPathMatches != null) {      // 根据请求找到了相应的RequestMappingInfo,则进行匹配执行相应的条件      addMatchingMappings(directPathMatches, matches, request);    }    // ...  }  private void addMatchingMappings(Collection<T> mappings, List<Match> matches, HttpServletRequest request) {    for (T mapping : mappings) {      // 执行相应的条件进行匹配,比如:你在@RequestMapping中配置了header,params等相应的值      T match = getMatchingMapping(mapping, request);      if (match != null) {        matches.add(new Match(match, this.mappingRegistry.getRegistrations().get(mapping)));      }    }  }}public abstract class RequestMappingInfoHandlerMapping extends AbstractHandlerMethodMapping<RequestMappingInfo> {  protected RequestMappingInfo getMatchingMapping(RequestMappingInfo info, HttpServletRequest request) {    return info.getMatchingCondition(request);  }}// RequestMappingInfopublic final class RequestMappingInfo {  // 该方法中就会根据请求request对象,判断是否当前对象符合条件  public RequestMappingInfo getMatchingCondition(HttpServletRequest request) {    RequestMethodsRequestCondition methods = this.methodsCondition.getMatchingCondition(request);    if (methods == null) {      return null;    }    ParamsRequestCondition params = this.paramsCondition.getMatchingCondition(request);    if (params == null) {      return null;    }    HeadersRequestCondition headers = this.headersCondition.getMatchingCondition(request);    if (headers == null) {      return null;    }
// ...    // 我们配置了自定义的,这里就会执行我们自定义的条件(必须有@AKF注解) RequestConditionHolder custom = this.customConditionHolder.getMatchingCondition(request); if (custom == null) {      // 返回null 则表示当前的RequestMappingInfo没有匹配。      // 最终如果都是返回的null,则最终返回客户端将是404 return null; } return new RequestMappingInfo(this.name, pathPatterns, patterns, methods, params, headers, consumes, produces, custom, this.options); }}


在本文中,介绍了如何自定义RequestMappingHandlerMapping。通过自定义getCustomMethodCondition()方法,我们可以根据特定的需求扩展HandlerMapping的行为,并使用自定义条件来匹配请求和处理器方法。通过这种方式,我们可以更好地控制请求的处理逻辑。

完毕!!!


【声明】内容源于网络
0
0
Spring全家桶实战案例
Java全栈开发,前端Vue2/3全家桶;Spring, SpringBoot 2/3, Spring Cloud各种实战案例及源码解读
内容 832
粉丝 0
Spring全家桶实战案例 Java全栈开发,前端Vue2/3全家桶;Spring, SpringBoot 2/3, Spring Cloud各种实战案例及源码解读
总阅读38
粉丝0
内容832