Spring Cloud Gateway 获取请求体(Request Body)的多种方法

一、直接在全局拦截器中获取,伪代码如下

private String resolveBodyFromRequest(ServerHttpRequest serverHttpRequest){

  Flux<DataBuffer> body = serverHttpRequest.getBody();

  AtomicReference<String> bodyRef = new AtomicReference<>();

  body.subscribe(buffer -> {

   CharBuffer charBuffer = StandardCharsets.UTF_8.decode(buffer.asByteBuffer());

   DataBufferUtils.release(buffer);

   bodyRef.set(charBuffer.toString());

  });

  return bodyRef.get();

 }

存在的缺陷:其他拦截器无法再通过该方式获取请求体(因为请求体已被消费),并且会抛出异常

Only one connection receive subscriber allowed.Caused by: java.lang.IllegalStateException: Only one connection receive subscriber allowed.

异常原因:实际上spring-cloud-gateway反向代理的原理是,首先读取原请求的数据,然后构造一个新的请求,将原请求的数据封装到新的请求中,然后再转发出去。然而我们在他封装之前读取了一次request body,而request body只能读取一次。因此就出现了上面的错误。

再者受版本限制

这种方法在spring-boot-starter-parent 2.0.6.RELEASE + Spring Cloud Finchley.SR2 body 中生效,

但是在spring-boot-starter-parent 2.1.0.RELEASE + Spring Cloud Greenwich.M3 body 中不生效,总是为空

二、先在全局过滤器中获取,然后再把request重新包装,继续向下传递传递

@Override
 public GatewayFilter apply(NameValueConfig nameValueConfig) {
  return (exchange, chain) -> {
   URI uri = exchange.getRequest().getURI();
   URI ex = UriComponentsBuilder.fromUri(uri).build(true).toUri();
   ServerHttpRequest request = exchange.getRequest().mutate().uri(ex).build();
   if("POST".equalsIgnoreCase(request.getMethodValue())){//判断是否为POST请求
    Flux<DataBuffer> body = request.getBody();
    AtomicReference<String> bodyRef = new AtomicReference<>();
    body.subscribe(dataBuffer -> {
     CharBuffer charBuffer = StandardCharsets.UTF_8.decode(dataBuffer.asByteBuffer());
     DataBufferUtils.release(dataBuffer);
     bodyRef.set(charBuffer.toString());
    });//读取request body到缓存
    String bodyStr = bodyRef.get();//获取request body
    System.out.println(bodyStr);//这里是我们需要做的操作
    DataBuffer bodyDataBuffer = stringBuffer(bodyStr);
    Flux<DataBuffer> bodyFlux = Flux.just(bodyDataBuffer);

    request = new ServerHttpRequestDecorator(request){
     @Override
     public Flux<DataBuffer> getBody() {
      return bodyFlux;
     }
    };//封装我们的request
   }
   return chain.filter(exchange.mutate().request(request).build());
  };
 }
 protected DataBuffer stringBuffer(String value) {
  byte[] bytes = value.getBytes(StandardCharsets.UTF_8);

  NettyDataBufferFactory nettyDataBufferFactory = new NettyDataBufferFactory(ByteBufAllocator.DEFAULT);
  DataBuffer buffer = nettyDataBufferFactory.allocateBuffer(bytes.length);
  buffer.write(bytes);
  return buffer;
 }

该方案的缺陷:request body获取不完整(因为异步原因),只能获取1024B的数据。并且请求体超过1024B,会出现响应超慢(因为我是开启了熔断)。

三、过滤器加路线定位器

翻查源码发现ReadBodyPredicateFactory里面缓存了request body的信息,于是在自定义router中配置了ReadBodyPredicateFactory,然后在filter中通过cachedRequestBodyObject缓存字段获取request body信息。

/**
 * @description: 获取POST请求的请求体
 * ReadBodyPredicateFactory 发现里面缓存了request body的信息,
 * 于是在自定义router中配置了ReadBodyPredicateFactory
 * @modified:
 */
@EnableAutoConfiguration
@Configuration
public class RouteLocatorRequestBoby{
   //自定义过滤器
 @Resource
 private ReqTraceFilter reqTraceFilter;
  
 @Resource
 private RibbonLoadBalancerClient ribbonLoadBalancerClient;

 private static final String SERVICE = "/leap/**";

 private static final String HTTP_PREFIX = "http://";

 private static final String COLON = ":";

 @Bean
 public RouteLocator myRoutes(RouteLocatorBuilder builder) {
  //通过负载均衡获取服务实例
  ServiceInstance instance = ribbonLoadBalancerClient.choose("PLATFORM-SERVICE");
  //拼接路径
  StringBuilder forwardAddress = new StringBuilder(HTTP_PREFIX);
  forwardAddress.append(instance.getHost())
    .append(COLON)
    .append(instance.getPort());
  return builder.routes()
    //拦截请求类型为POST Content-Type application/json application/json;charset=UTF-8
    .route(r -> r
        .header(HttpHeaders.CONTENT_TYPE,
          MediaType.APPLICATION_JSON_VALUE + MediaType.APPLICATION_JSON_UTF8_VALUE)
        .and()
        .method(HttpMethod.POST)
        .and()
        //获取缓存中的请求体
        .readBody(Object.class, readBody -> {
         return true;
        })
        .and()
        .path(SERVICE)
        //把请求体传递给拦截器reqTraceFilter
        .filters(f -> {
         f.filter(reqTraceFilter);
         return f;
        })
        .uri(forwardAddress.toString())).build();
 }

/**
 * @description: 过滤器,用于获取请求体,和处理请求体业务,列如记录日志
 * @modified:
 */
@Component
public class ReqTraceFilter implements GlobalFilter, GatewayFilter,Ordered {

 private static final String CONTENT_TYPE = "Content-Type";

 private static final String CONTENT_TYPE_JSON = "application/json";
  
 //获取请求路由详细信息Route route = exchange.getAttribute(GATEWAY_ROUTE_BEAN)
 private static final String GATEWAY_ROUTE_BEAN = "org.springframework.cloud.gateway.support.ServerWebExchangeUtils.gatewayRoute";

 private static final String CACHE_REQUEST_BODY_OBJECT_KEY = "cachedRequestBodyObject";
 @Override
 public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
  ServerHttpRequest request = exchange.getRequest();
  //判断过滤器是否执行
  String requestUrl = RequestUtils.getCurrentRequest(request);
  if (!RequestUtils.isFilter(requestUrl)) {
   String bodyStr = "";
   String contentType = request.getHeaders().getFirst(CONTENT_TYPE);
   String method = request.getMethodValue();
   //判断是否为POST请求
   if (null != contentType && HttpMethod.POST.name().equalsIgnoreCase(method) && contentType.contains(CONTENT_TYPE_JSON)) {
    Object cachedBody = exchange.getAttribute(CACHE_REQUEST_BODY_OBJECT_KEY);
    if(null != cachedBody){
     bodyStr = cachedBody.toString();
    }
   }
   if (HttpMethod.GET.name().equalsIgnoreCase(method)) {
    bodyStr = request.getQueryParams().toString();
   }

   log.info("请求体内容:{}",bodyStr);
  }
  return chain.filter(exchange);
 }

 @Override
 public int getOrder() {
  return 5;
 }
}

该方案优点:这种解决,一不会带来重复读取问题,二不会带来requestbody取不全问题。三在低版本的Spring Cloud Finchley.SR2也可以运行。

缺点:不支持multipart/form-data(异常415),这个致命。

四、通过org.springframework.cloud.gateway.filter.factory.rewrite包下有个ModifyRequestBodyGatewayFilterFactory,顾名思义,这就是修改 Request Body 的过滤器工厂类。

@Component
@Slf4j
public class ReqTraceFilter implements GlobalFilter, GatewayFilter, Ordered {

 @Resource
 private IPlatformFeignClient platformFeignClient;

 /**
  * httpheader,traceId的key名称
  */
 private static final String REQUESTID = "traceId";

 private static final String CONTENT_TYPE = "Content-Type";

 private static final String CONTENT_TYPE_JSON = "application/json";

 private static final String GATEWAY_ROUTE_BEAN = "org.springframework.cloud.gateway.support.ServerWebExchangeUtils.gatewayRoute";

 @Override
 public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) {
  ServerHttpRequest request = exchange.getRequest();
  //判断过滤器是否执行
  String requestUrl = RequestUtils.getCurrentRequest(request);
  if (!RequestUtils.isFilter(requestUrl)) {
   String bodyStr = "";
   String contentType = request.getHeaders().getFirst(CONTENT_TYPE);
   String method = request.getMethodValue();
   //判断是否为POST请求
   if (null != contentType && HttpMethod.POST.name().equalsIgnoreCase(method) && contentType.contains(CONTENT_TYPE_JSON)) {
    ServerRequest serverRequest = new DefaultServerRequest(exchange);
    List<String> list = new ArrayList<>();
    // 读取请求体
    Mono<String> modifiedBody = serverRequest.bodyToMono(String.class)
      .flatMap(body -> {
       //记录请求体日志
       final String nId = saveRequestOperLog(exchange, body);
       //记录日志id
       list.add(nId);
       return Mono.just(body);
      });

    BodyInserter bodyInserter = BodyInserters.fromPublisher(modifiedBody, String.class);
    HttpHeaders headers = new HttpHeaders();
    headers.putAll(exchange.getRequest().getHeaders());
    headers.remove(HttpHeaders.CONTENT_LENGTH);

    CachedBodyOutputMessage outputMessage = new CachedBodyOutputMessage(exchange, headers);
    return bodyInserter.insert(outputMessage, new BodyInserterContext())
      .then(Mono.defer(() -> {
       ServerHttpRequestDecorator decorator = new ServerHttpRequestDecorator(
         exchange.getRequest()) {
        @Override
        public HttpHeaders getHeaders() {
         long contentLength = headers.getContentLength();
         HttpHeaders httpHeaders = new HttpHeaders();
         httpHeaders.putAll(super.getHeaders());
         httpHeaders.put(REQUESTID,list);
         if (contentLength > 0) {
          httpHeaders.setContentLength(contentLength);
         } else {
          httpHeaders.set(HttpHeaders.TRANSFER_ENCODING, "chunked");
         }
         return httpHeaders;
        }

        @Override
        public Flux<DataBuffer> getBody() {
         return outputMessage.getBody();
        }
       };

       return chain.filter(exchange.mutate().request(decorator).build());
      }));
   }
   if (HttpMethod.GET.name().equalsIgnoreCase(method)) {
    bodyStr = request.getQueryParams().toString();
    String nId = saveRequestOperLog(exchange, bodyStr);
    ServerHttpRequest userInfo = exchange.getRequest().mutate()
      .header(REQUESTID, nId).build();
    return chain.filter(exchange.mutate().request(userInfo).build());
   }

  }
  return chain.filter(exchange);
 }

 /**
  * 保存请求日志
  *
  * @param exchange
  * @param requestParameters
  * @return
  */
 private String saveRequestOperLog(ServerWebExchange exchange, String requestParameters) {
  log.debug("接口请求参数:{}", requestParameters);
  ServerHttpRequest request = exchange.getRequest();
  String ip = Objects.requireNonNull(request.getRemoteAddress()).getAddress().getHostAddress();
  SaveOperLogVO vo = new SaveOperLogVO();
  vo.setIp(ip);
  vo.setReqUrl(RequestUtils.getCurrentRequest(request));
  vo.setReqMethod(request.getMethodValue());
  vo.setRequestParameters(requestParameters);

  Route route = exchange.getAttribute(GATEWAY_ROUTE_BEAN);
  //是否配置路由
  if (route != null) {
   vo.setSubsystem(route.getId());
  }
  ResEntity<String> res = platformFeignClient.saveOperLog(vo);
  log.debug("当前请求ID返回的数据:{}", res);
  return res.getData();
 }

 @Override
 public int getOrder() {
  return 5;
 }
}

该方案:完美解决以上所有问题

参考文档:https://www.codercto.com/a/52970.html

到此这篇关于Spring Cloud Gateway 获取请求体(Request Body)的多种方法的文章就介绍到这了,更多相关Spring Cloud Gateway 获取请求体内容请搜索我们以前的文章或继续浏览下面的相关文章希望大家以后多多支持我们!

(0)

相关推荐

  • 详解SpringCloud Finchley Gateway 统一异常处理

    SpringCloud Finchley Gateway 统一异常处理 全文搜索[@@]搜索重点内容标记 1 . 问题:使用SpringCloud Gateway时,会出现各种系统级异常,默认返回HTML. 2 . Finchley版本的Gateway,使用WebFlux形式作为底层框架,而不是Servlet容器,所以常规的异常处理无法使用 翻阅源码,默认是使用DefaultErrorWebExceptionHandler这个类实现结构如下: 可以实现参考DefaultErrorWebExcep

  • spring cloud feign不支持@RequestBody+ RequestMethod.GET报错的解决方法

    1.问题梳理: 异常:org.springframework.web.HttpRequestMethodNotSupportedException: Request method 'POST' not supported 很明显是最终feign执行http请求时把这个方法认定为POST,但feign client中又定义了RequestMethod.GET 或 @GetMapping,冲突导致报错 那么为什么feign会认为这个方法是post呢? 源码追踪: 1.我们从feignClient注解

  • Spring Cloud Gateway使用Token验证详解

    引入依赖 <dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId> <version>${spring-cloud.version}</version> <ty

  • 详解Spring Cloud Gateway 限流操作

    开发高并发系统时有三把利器用来保护系统:缓存.降级和限流. API网关作为所有请求的入口,请求量大,我们可以通过对并发访问的请求进行限速来保护系统的可用性. 常用的限流算法比如有令牌桶算法,漏桶算法,计数器算法等. 在Zuul中我们可以自己去实现限流的功能 (Zuul中如何限流在我的书 <Spring Cloud微服务-全栈技术与案例解析>  中有详细讲解) ,Spring Cloud Gateway的出现本身就是用来替代Zuul的. 要想替代那肯定得有强大的功能,除了性能上的优势之外,Spr

  • spring cloud gateway整合sentinel实现网关限流

    这篇文章主要介绍了spring cloud gateway整合sentinel实现网关限流,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 说明: sentinel可以作为各微服务的限流,也可以作为gateway网关的限流组件. spring cloud gateway有限流功能,但此处用sentinel来作为替待. 说明:sentinel流控可以放在gateway网关端,也可以放在各微服务端. 1,以父工程为基础,创建子工程 2,添加pom依赖

  • Spring Cloud Gateway 获取请求体(Request Body)的多种方法

    一.直接在全局拦截器中获取,伪代码如下 private String resolveBodyFromRequest(ServerHttpRequest serverHttpRequest){ Flux<DataBuffer> body = serverHttpRequest.getBody(); AtomicReference<String> bodyRef = new AtomicReference<>(); body.subscribe(buffer -> {

  • 解决Spring Cloud Gateway获取body内容,不影响GET请求的操作

    废话 这几天换了新工作,需要重新开发一套系统,技术选用Spring Cloud.在对接终端接口的时候要做验签,就涉及到在网关做拦截器,然后取出BODY里面的数据. 网上找了几个方法,有的拿不到数据,有的拿到数据之后不支持GET请求了.没有一个合理的解决办法,最后想到在动态路由构建的时候可以指定METHOD,于是有了如下解决办法 解决 @Bean public RouteLocator vmRouteLocator(RouteLocatorBuilder builder) { return bui

  • Spring Cloud Gateway 记录请求应答数据日志操作

    我就废话不多说了,大家还是直接看代码吧~ public class GatewayContext { public static final String CACHE_GATEWAY_CONTEXT = "cacheGatewayContext"; /** * cache json body */ private String cacheBody; /** * cache formdata */ private MultiValueMap<String, String> f

  • 解决spring cloud gateway 获取body内容并修改的问题

    之前写过一篇文章,如何获取body的内容. Spring Cloud Gateway获取body内容,不影响GET请求 确实能够获取所有body的内容了,不过今天终端同学调试接口的时候和我说,遇到了400的问题,报错是这样的HTTP method names must be tokens,搜了一下,都是说https引起的.可我的项目还没用https,排除了. 想到是不是因为修改了body内容导致的问题,试着不修改body的内容,直接传给微服务,果然没有报错了. 问题找到,那就好办了,肯定是我新构

  • Spring Cloud Gateway(读取、修改 Request Body)的操作

    Spring Cloud Gateway(以下简称 SCG)做为网关服务,是其他各服务对外中转站,通过 SCG 进行请求转发. 在请求到达真正的微服务之前,我们可以在这里做一些预处理,比如:来源合法性检测,权限校验,反爬虫之类- 因为业务需要,我们的服务的请求参数都是经过加密的. 之前是在各个微服务的拦截器里对来解密验证的,现在既然有了网关,自然而然想把这一步骤放到网关层来统一解决. 如果是使用普通的 Web 编程中(比如用 Zuul),这本就是一个 pre filter 的事儿,把之前 Int

  • 详解Spring Cloud Gateway修改请求和响应body的内容

    欢迎访问我的GitHub 这里分类和汇总了欣宸的全部原创(含配套源码):https://github.com/zq2599/blog_demos 本篇概览 作为<Spring Cloud Gateway实战>系列的第九篇,咱们聊聊如何用Spring Cloud Gateway修改原始请求和响应内容,以及修改过程中遇到的问题 首先是修改请求body,如下图,浏览器是请求发起方,真实参数只有user-id,经过网关时被塞入字段user-name,于是,后台服务收到的请求就带有user-name字段

  • spring cloud gateway中如何读取请求参数

    spring cloud gateway读取请求参数 1. 我的版本: spring-cloud:Hoxton.RELEASE spring-boot:2.2.2.RELEASE spring-cloud-starter-gateway 2. 请求日志 import lombok.extern.slf4j.Slf4j; import org.springframework.cloud.gateway.filter.GatewayFilterChain; import org.springfram

  • 深入学习spring cloud gateway 限流熔断

    目前,Spring Cloud Gateway是仅次于Spring Cloud Netflix的第二个最受欢迎的Spring Cloud项目(就GitHub上的星级而言).它是作为Spring Cloud系列中Zuul代理的继任者而创建的.该项目提供了用于微服务体系结构的API网关,并基于反应式Netty和Project Reactor构建.它旨在提供一种简单而有效的方法来路由到API并解决诸如安全性,监视/度量和弹性之类的普遍关注的问题. 基于Redis限流 Spring Cloud Gate

  • 详解Spring Cloud Gateway基于服务发现的默认路由规则

    1.Spring Gateway概述 1.1 什么是Spring Cloud Gateway Spring Cloud Gateway是Spring官方基于Spring 5.0,Spring Boot 2.0和Project Reactor等技术开发的网关,Spring Cloud Gateway旨在为微服务架构提供一种简单而有效的统一的API路由管理方式.Spring Cloud Gateway作为Spring Cloud生态系中的网关,目标是替代Netflix ZUUL,其不仅提供统一的路由

  • Spring Cloud Gateway重试机制的实现

    前言 重试,我相信大家并不陌生.在我们调用Http接口的时候,总会因为某种原因调用失败,这个时候我们可以通过重试的方式,来重新请求接口. 生活中这样的事例很多,比如打电话,对方正在通话中啊,信号不好啊等等原因,你总会打不通,当你第一次没打通之后,你会打第二次,第三次...第四次就通了. 重试也要注意应用场景,读数据的接口比较适合重试的场景,写数据的接口就需要注意接口的幂等性了.还有就是重试次数如果太多的话会导致请求量加倍,给后端造成更大的压力,设置合理的重试机制才是最关键的. 今天我们来简单的了

随机推荐