15

我有一个用 JAX-RS 实现的 REST 服务。有些操作需要很长时间才能完成，可能需要 15-30 分钟。对于这些情况，我倾向于调度一个后台线程来处理长时间运行的操作，然后立即响应 HTTP 状态 202 ACCEPTED。响应将包含一个带有 URL 的位置标头，客户端可以使用该 URL 来轮询进度。

这种方法需要创建线程来处理长时间运行的操作，这样可以立即返回 202 ACCEPTED。我也知道在 Java EE 容器中创建自己的线程通常是不好的做法！

我的问题如下：

  1. 人们是否同意这是一种正确的方法？
  2. 假设它是正确的，人们能否推荐一个“良好实践”的解决方案，使我能够在后台调度长时间运行的操作并立即返回？

另外，为了避免管理我自己的线程，我研究了 JAX-RS 异步服务器 API。不幸的是，尽管这提高了服务器吞吐量，但它不允许我立即响应 ACCEPTED。

泽西岛声明如下：

Note that the use of server-side asynchronous processing model will not improve the 
request processing time perceived by the client. It will however increase the
throughput of the server, by releasing the initial request processing thread back to
the I/O container while the request may still be waiting in a queue for processing or    
the processing may still be running on another dedicated thread. The released I/O  
container thread can be used to accept and process new incoming request connections.

任何帮助表示赞赏。谢谢！

4

3 回答 3

5

我也知道在 Java EE 容器中创建自己的线程通常是不好的做法！

尽管上述情况在大多数情况下都是正确的，但在这种情况下，您别无选择。至少不要Thread自己创建实例。让一个ExecutorService为你做。如果有的话，让它ExecutorService有一个足够大的池并与你的所有组件共享。

于 2013-09-13T13:46:03.393 回答
2

我认为Jersey Async 文档很好地概括了这个话题。这是一个简短的片段：

@Path("/async/longRunning")
public class MyResource {

   @GET
   public void longRunningOp(@Suspended final AsyncResponse ar) {
       executor.submit(
            new Runnable() {
                public void run() {
                    executeLongRunningOp();
                    ar.resume("Hello async world!");
                } });
  }
}

当谈到文档中的以下引用时：

请注意，使用服务器端异步处理模型不会提高客户端感知的请求处理时间。(...)

我觉得你有点误解了。文档的作者在这里试图表达的是异步处理本身不会加速事情。但是可以使用例如以下内容立即返回响应：

return Response.status(Status.ACCEPTED).build();
于 2014-03-05T15:03:03.637 回答
0

我会创建一个方法，它会立即返回带有进程 ID 和完成时间的响应。计算在后台开始，并在完成后缓存一段时间。然后客户端尝试检索具有特定 ID 的信息并获得相关响应。

于 2016-05-06T07:29:23.357 回答