spring-boot - 高负载时 Spring react 性能差

Question

我有一个默认使用 netty 的 spring boot webflux 应用程序。
我们要求请求应在 2 秒内超时的业务要求之一。
当很少请求发送到应用程序时，一切都很好，但是当请求负载增加时(例如 Jmeter 每秒超过 40 或 50 个并发)，有时由于每个请求的时间都超过 2 秒阈值，所有请求都会超时。
我花了很长时间在线阅读内容并调查可能导致此问题的原因，但没有成功。当请求并发发送时，大多数最终会花费很长时间，问题在于向其他微服务发出外部 HTTTP 请求。我所有的测试都是在本地进行的，并且我已经测试了微服务，它们似乎足够快以处理大负载，因此微服务本身不是问题。
我知道 netty 使用事件循环并且不会为每个请求创建线程。
我相信可能有同步任务阻塞了这几个 netty 线程。出于这个原因，我进行了大规模的重构，并在 Mono react 链中有“.publishOn(Schedulers.boundedElastic())”或“.subscribeOn(Schedulers.boundedElastic())”。重构之后大多数操作似乎在弹性线程上运行，而不是在“reactor-http-nio-x”(根据日志)上运行，但这样做并没有帮助解决主要问题，问题仍然存在。
如果有人能指导我做我应该做的事情，那将是一个巨大的帮助。在这一点上，我没有更多的改进，并且认为我可能一直在以错误的方式看待这个问题并且我的方法不正确。
我没有附上任何代码，因为应用程序很大，我仍然不知道实际问题出在哪里。

Answer 1

我遇到了同样的问题。我没有找到根本原因，但是当我从 WebClient 切换时至 RestTemplate每个客户端(外部服务)都有专用的线程池，然后问题就解决了。我运行了一个blockhound来查找我是否在流中的某个地方阻塞，但它没有找到任何东西。我还尝试使用增加的 NIO 工作线程池数量(默认情况下它等于核心数)来部署我的应用程序，并且有一些改进，但毕竟 RestTemplate取得了最好的成绩。所以我仍然在 Webflux 堆栈上，但我不使用 WebClient再高负载下的性能很好。