zoukankan      html  css  js  c++  java
  • 8-17 请求合并配置演示

    单独建测试类

    上下文做开启



    构建请求,请求合并肯定就是多个请求。
    这里先加上传参


    这样就构建四个请求,这都是有讲究的


    请求合并这里我们使用队列

    创建了四个队列。

    获取四个结果都打印出来。

    测试。看效果。再来解释里面的内容。

    上面的currentThread只打印了两回。

    run方法里面的代码 应该是进入一次打印一次。

    虽然我们有四次请求,但是进入run方法了两次。这就是以为它把我们的请求做了合并。
    代码做休眠,默认是10毫秒以为的请求会做请求合并


    这样就输出了四次。这样就变相的证明,我们的请求合并是ok的。

    请求最长的近,默认是10毫秒。

    设置请求间隔

    把请求设置为1秒。

    再次测试一下

    只输出了一次。这样就设置成功了,同时我们的请求合并也成功了。


    提供的文档里面也是有的



    那么这个请求合并到底有什么用呢?关键点在多个服务调用的多次Http请求合并。如果有两次http合并在一起,那么你就降低了四次握手的时间,如有三次呢,就降低了8次握手的时间,如果有4次合并就降低了12次握手的时间。


    缺点




    请求合并就说完了

    结束

  • 相关阅读:
    代码管理工具SonarQube的搭建和使用
    WebFlux Logs日志
    WebFlux WebClient异常处理
    WebFlux- WebClient(二)
    WebFlux- WebClient(一)
    WebFlux-Server-Sent Event服务器推送事件
    Reactive Stack
    Flink
    Gradle
    springboot
  • 原文地址:https://www.cnblogs.com/wangjunwei/p/12814589.html
Copyright © 2011-2022 走看看