单独建测试类
8-17 请求合并配置演示_服务调用
上下文做开启
8-17 请求合并配置演示_四次握手_02
8-17 请求合并配置演示_四次握手_03
8-17 请求合并配置演示_服务调用_04
构建请求，请求合并肯定就是多个请求。
这里先加上传参
8-17 请求合并配置演示_服务调用_05

这样就构建四个请求，这都是有讲究的
8-17 请求合并配置演示_四次握手_06

请求合并这里我们使用队列
8-17 请求合并配置演示_四次握手_07
创建了四个队列。
8-17 请求合并配置演示_上传_08
获取四个结果都打印出来。
8-17 请求合并配置演示_spring cloud_09
测试。看效果。再来解释里面的内容。
8-17 请求合并配置演示_spring cloud_10
上面的currentThread只打印了两回。
8-17 请求合并配置演示_四次握手_11
run方法里面的代码 应该是进入一次打印一次。
8-17 请求合并配置演示_上传_12
虽然我们有四次请求，但是进入run方法了两次。这就是以为它把我们的请求做了合并。
代码做休眠，默认是10毫秒以为的请求会做请求合并
8-17 请求合并配置演示_上传_13

这样就输出了四次。这样就变相的证明，我们的请求合并是ok的。
8-17 请求合并配置演示_上传_14
请求最长的近，默认是10毫秒。
8-17 请求合并配置演示_四次握手_15

设置请求间隔

把请求设置为1秒。
8-17 请求合并配置演示_测试类_16
再次测试一下
8-17 请求合并配置演示_上传_17
只输出了一次。这样就设置成功了，同时我们的请求合并也成功了。
8-17 请求合并配置演示_spring cloud_18

提供的文档里面也是有的
8-17 请求合并配置演示_服务调用_19


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

8-17 请求合并配置演示_上传_20
缺点
8-17 请求合并配置演示_测试类_21

8-17 请求合并配置演示_spring cloud_22

请求合并就说完了

结束