【问题标题】:Why is Spring DeferredResult executed serially in my app?为什么 Spring DeferredResult 在我的应用程序中连续执行?
【发布时间】:2017-08-25 20:04:45
【问题描述】:

我正在尝试构建一个 REST Web 服务器,其中 GET 请求是非阻塞的,即使它需要进行一些耗时的调用。

@RestController
public class Endpoint {
    static int callCount = 0;

    @RequestMapping (value = "/endpoints", method = RequestMethod.GET)
    public DeferredResult<Integer> someGetMethod() {
        System.out.println("Mita: GET Called. Count#: " + callCount++);
        DeferredResult<Integer> deferredResult = new DeferredResult<>();
        new Thread( () -> {
            deferredResult.setResult(getSomething());
        }).start();
        System.out.println("Mita: Thread started");
        return deferredResult;
    }

    private int getSomething() {
        try {
            Thread.sleep(5000);
        } catch (InterruptedException e) {
            e.printStackTrace();
        }
        return 100;
    }
}

为了测试,我从 Restlet 向同一个端点发送了两个 GET 请求,间隔大约为 2 秒。然而,我在我的 spring 应用程序的 DEBUG 级别日志中看到以下内容。

2017-08-26 01:16:38.231 DEBUG 1252 --- [nio-8080-exec-1] o.a.coyote.http11.Http11InputBuffer      : Received [GET /endpoints/ HTTP/1.1
Host: localhost:8080
Connection: keep-alive
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36
Accept: */*
DNT: 1
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.8,es;q=0.6,zh-CN;q=0.4,zh;q=0.2
 ]
...
...
2017-08-26 01:16:43.399 DEBUG 1252 --- [nio-8080-exec-2] o.a.coyote.http11.Http11InputBuffer      : Received [GET /endpoints/ HTTP/1.1
Host: localhost:8080
Connection: keep-alive
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36
Accept: */*
DNT: 1
Accept-Encoding: gzip, deflate, br
Accept-Language: en-US,en;q=0.8,es;q=0.6,zh-CN;q=0.4,zh;q=0.2

]

请注意,这两个请求是如何在 5 秒后立即发出的,这正是我调用睡眠的确切时间间隔(即使我在第一个请求之后大约 2 秒发送了请求)。因此,似乎 tomcat 正在对传入请求进行排序。我怎样才能让tomcat不按顺序排列请求?还是我遗漏了一些非常明显的东西。

【问题讨论】:

  • 你好,我和你有类似的问题。你能告诉我你是怎么解决的吗?
  • @DenisStephanov 在我的例子中,真正按顺序发送请求的是测试应用程序。你可能想看看同样的可能性。

标签: java spring spring-mvc tomcat concurrency


【解决方案1】:

使用DeferredResult(或它使用的 Servlet 异步模式)不会阻止客户端(在本例中为 Restlet)在收到第一个请求的响应之前不要等待 5 秒。

对于调用 Spring 端点的客户端来说,看起来就像 Spring 端点根本没有使用异步模式一样。这意味着 Restlet 或 Tomcat 可能会等到第一个请求完成后再向您的端点提供第二个请求。

【讨论】:

  • 你是对的。看起来 Restlet 是这里的罪魁祸首。我使用 JMeter 测试了我的服务器,我可以看到大约 100 个并发调用在 5000 到 5010 毫秒内返回。感谢您指出这一点。
猜你喜欢
  • 2021-10-02
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2011-07-23
相关资源
最近更新 更多