MicronautRest反应定期悬挂

Question

我在micronaut（服务A）中实现了一些RESTendpoint。其中一个endpoint使用java调用另一个服务（servicex）。网http。HttpRequest。服务X的响应时间可能较长，例如分钟。一旦这个呼叫进行中，我会定期呼叫服务A（来自curl），每隔一段时间它就会挂起。

我试着用curl调用我的服务。在我看来，一旦服务A调用服务X，它就会持有一个nioEventLoopGroup-1-X线程，等待阻塞操作完成。为endpoint提供服务的后续调用将由不同的nioEventLoopGroup-1-#线程以循环方式处理。但是，一旦阻塞nioEventLoopGroup-1-x发生了变化，请求就会挂起。这种行为是确定性的，从日志中可以看出哪个nio线程正在处理请求，我看到当阻塞的线程轮到时，对服务A的调用就挂起了。然后我向服务a发出一个新请求，该请求将得到完美的响应。如果给定netty线程池大小为5，并且阻止了1个netty处理程序线程，那么我将每5次请求一次服务挂起。

在我看来，Micronaut永远不应该尝试将超文本传输协议请求处理分配给被阻塞但显然正在发生这种情况的线程。

有人对如何克服这个问题有什么建议吗？

Answer 1

原来在io.micronaut.http.filter.HttpServerFilter中阻止操作会阻止Netty事件循环，并且会出现我上面描述的症状，即被阻止的netty处理程序将变得无响应。