Java 后台请求多个不相关的接口，如果才能提高效率？

[luxinfl]

试过了 parallelStream 和多个 CompletableFuture 的 join ，发现性能差别不是很大。大神们还有啥好的实践方法麽？

踩了个坑，涉及到网络 io 的时候，还要注意下 http 连接池的配置，尤其是 maxTotal 和 defaultMaxPerRoute ，这玩意和线程池配置不当，容易卡在获取连接那。。。

[cxshun]

ParallelStream 实际上底层也是维护自己的 ForkjoinPool ，如果你说的多个，多到超过 CPU 核数，那可能定义自己的 ForkjoinPool 去提交 ParallelStream 会更合适点。

如果觉得 ParallelStream 那种 WorkSteal 的方式对你不大适用，那直接使用多线程就行了。

PS：性能差别本来这两种就是类似的。但如果你发现并行和串行差别不大，那就要考虑是不是业务提供方性能不行。

[awalkingman]

自己维护个线程池，异步并发去请求多个接口。用 parallelStream 和 CompletableFuture 貌似都是全局的池子

[tairan2006]

CompletableFuture 可以注入自定义的线程池

[admol]

CompletableFuture 可以指定自定义的线程池

[luxinfl]

@admol
@tairan2006
@newskillsget
两个都是用了自定义的线程池，并行流用的自定义 ForkJoinPool ，CF 用的普通的池子

[luxinfl]

@cxshun 现在采用的就是多个 CF 的写法，然后一起 join ，等待所有接口调用完毕才走到下一步。提供方的接口性能确实也不好。我也怀疑是不是网络时延太高，h 都是 http 调用

[fdgdbr]

@luxinfl #6 打日志看下每个提供方接口的耗时不就知道了

[chengyulong]

提供方接口如果性能不好 就是搞再多的异步也不好使,考虑换对接方式吧

[sagaxu]

看看总耗时比最耗时的接口长多少，接口耗时是没办法的

[ixx]

差别不大可能是请求处理时间本身就很快

[golangLover]

你以前好像已经问过了吧

[luxinfl]

@fdgdbr
@chengyulong
@sagaxu
我是觉得这种异步方式会不会很耗时。因为有的接口服务方返回的很快，就几毫秒。但是我服务打的 http 调用时间，差了八九倍。

[luxinfl]

@golangLover 发过类似的，仅仅是使用方法

[fdgdbr]

@luxinfl #12 虽然我觉得异步的方式不会引起耗时增加，但是你这么怀疑的话，那就用同步的方式依次调用，把每次调用的耗时都打出来，不就能验证你的怀疑了

[yidinghe]

问楼主个不相干的问题，为什么要把“如何”打成“如果”？这是拼音容易打错还是五笔容易打错？

[OkabeRintaro]

@yidinghe 语音输入吧

[luxinfl]

@yidinghe 9 键键盘太小，容易多点

[Salticey]

@yidinghe 打五笔不是会把“如何”打成“如果”的，打成“好吓人“才差不多~

[ainimuyan]

看这个例子： https://github.com/infilow/relax-utils/blob/master/src/test/java/com/infilos/utils/stream/StreamBatchTest.java

[nekoyaki]

@yidinghe 我还经常看见有人把“如何”打成如果，也想知道到底是怎么打的……