Quarkus贾克斯非阻塞误区

Question

据我所知：

• 在quarkus文档中，quarkus正在使用工作线程来执行jaxrsendpoint
• 这个垂直。在x文档中，工作线程是为调用阻塞代码而设计的

可能存在误解：以下术语的确切含义是什么？

• 服务器非阻塞代码。
• 服务器异步响应处理。
• 服务器响应代码。

我的问题是：为什么我不能使用jax-rsendpoint创建非阻塞代码并利用标准事件循环线程？

编辑：

有几个问题困扰着我：

默认情况下，restEasy不是异步，但它能够处理非阻塞异步响应

1. 默认情况下异步，与能够处理非阻塞异步响应之间的区别是什么
2. 从这里，我发现任何JAX-RS实现都能够处理非阻塞异步响应，因为@Suspended是一个JAX-RS注释，不是吗

我认为这篇文章很好地解释了这些概念的含义。

编辑2：

另一方面，根据QuarkusHttp留档，它说：

应用程序接收的所有HTTP请求都由事件循环（IO线程）处理，然后路由到管理请求的代码。根据目的地的不同，它可以在工作线程（Servlet、Jax-RS）上调用管理请求的代码，或者使用IO线程（反应路由）。

从这里可以看出，默认情况下，所有JAX-RS“endpoint”都由工作线程（worker verticle？）处理因为默认情况下它们是阻塞的。

根据vert。x文件：

默认情况下，阻塞代码在Vert. x工作池上执行。

我现在的问题是：

Answer 1

JAX-RS只是一个标准。Quarkus使用RESTEasy作为JAX-RS实现。RESTEasy使用阻塞API：

Resteasy在默认情况下不是异步的，但它能够处理非阻塞异步响应，特别是Vert。十、

你可以在这里读到更多：https://github.com/vert-x3/vertx-examples/tree/master/resteasy-examples

RESTEasy是JBoss的一部分。JBoss是Red Hat的一部分。Quarkus也是一个红帽项目。

理论上，您可以使用另一个非阻塞的JAX-RS实现。但是我不知道有什么，原因很简单——JAX-RS已经过时了。

默认情况下，async可能意味着许多不同的事情。在垂直方面。x、 这意味着大多数API要么期望回调，要么返回某种未来（延迟值，如果您愿意的话）。

已经确定，能够处理非阻塞异步响应意味着默认情况下，JAX-RS阻塞直到返回值，但从技术上讲，也可以将其封装为一种延迟值。这就是Vert。x REST易于集成。

@Suspended，或者更具体地说，AsyncResponse，是包装这些值的另一种方法，尽管这种方法比其他方法更为粗糙。