首页 > 其他 > 详细

8-17 请求合并配置演示

时间:2020-05-01 21:27:31      阅读:50      评论:0      收藏:0      [点我收藏+]

单独建测试类
技术分享图片
上下文做开启
技术分享图片
技术分享图片
技术分享图片
构建请求,请求合并肯定就是多个请求。
这里先加上传参
技术分享图片

这样就构建四个请求,这都是有讲究的
技术分享图片

请求合并这里我们使用队列
技术分享图片
创建了四个队列。
技术分享图片
获取四个结果都打印出来。
技术分享图片
测试。看效果。再来解释里面的内容。
技术分享图片
上面的currentThread只打印了两回。
技术分享图片
run方法里面的代码 应该是进入一次打印一次。
技术分享图片
虽然我们有四次请求,但是进入run方法了两次。这就是以为它把我们的请求做了合并。
代码做休眠,默认是10毫秒以为的请求会做请求合并
技术分享图片

这样就输出了四次。这样就变相的证明,我们的请求合并是ok的。
技术分享图片
请求最长的近,默认是10毫秒。
技术分享图片

设置请求间隔

把请求设置为1秒。
技术分享图片
再次测试一下
技术分享图片
只输出了一次。这样就设置成功了,同时我们的请求合并也成功了。
技术分享图片

提供的文档里面也是有的
技术分享图片


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

技术分享图片
缺点
技术分享图片

技术分享图片

请求合并就说完了

结束

 

8-17 请求合并配置演示

原文:https://www.cnblogs.com/wangjunwei/p/12814589.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!