@scalaer 啥公司?965 可以聊聊么🌝

想了解下 a 的项目和 jd，java 的

基本上还是一个 CompletableFuture + 自定义线程池解决这种问题的，不过这也有缺陷。

Q：A 、B 、C 三个接口耗时不同，例如 C 不稳定，rt 比 A 、B 高很多，这时候就会因为 C 的 rt 影响整体的吞吐
A： 线程池隔离，使用独立的线程池资源，隔离 C 的访问调用
Q：C 的访问隔离了之后，如何处理 C 访问过慢的问题呢
A：抛弃策略处理，或者使用 熔断 + FallbackFactory 构造默认返回

说到这里基本就是 hystrix 做的事情了，各种熔断时间配置，资源隔离的颗粒度，这都是可以看 hystrix 的文档可以看到的。

（有人说高 IO 不要用 CompletableFuture 这个问题，我觉得可能是因为底层还是使用 ForkJoin 的方式在处理任务，高延迟的任务会影响整理进度吧？ 疯狂猜测

看你这个打印有点问题啊，你的 From&To Space 占用太高了，young gen 里，From&To 和 eden 的比例应该是 2：8，你这个不要修改默认配置。

这里看你的 heap usage 没啥问题啊，在 jvm 启动的时候加上参数打印一下在 gc 的时候以及 oom 的时候内存分布情况

-XX:ErrorFile=./hs_err_pid%p.log -XX:HeapDumpPath=./ -Xloggc:./gc.log -XX:+HeapDumpOnOutOfMemoryError -XX:+PrintHeapAtGC -XX:+PrintGCDetails -XX:+PrintGCDateStamps

Hutool.cn 这里面有个 http 工具类，可以拿来用。常用的方法坑基本被踩完了，还是可以放心使用的。比较偏门的方法需要自己跟一下代码看看，有问题可以反馈给作者，这个开源库迭代很久了。

这个 JD 啥都看不粗来啊

@hqtc 你没有发现你这个 JD 写的。。。有点老么。。。