Web反应式编程——从HTTP客户端的角度来看，有哪些优势？

Question

让我们假设以下两种情况，一个控制器产生一些随机数并带有延迟：

1）反应性Spring5反应性应用：

@GetMapping("/randomNumbers")
public Flux<Double> getReactiveRandomNumbers() {
    return generateRandomNumbers(10, 500);
}

/**
 * Non-blocking randon number generator
 * @param amount - # of numbers to generate
 * @param delay - delay between each number generation in milliseconds
 * @return
 */
public Flux<Double> generateRandomNumbers(int amount, int delay){
    return Flux.range(1, amount)
               .delayMillis(delay)
               .map(i -> Math.random());
}

2）传统的Spring MVC与DeferredResult：

@GetMapping("/randomNumbers")
public DeferredResult<Double[]> getReactiveRandomNumbers() {
    DeferredResult<Double[]> dr = new DeferredResult<Double[]>();

    CompletableFuture.supplyAsync(() -> {
        return generateRandomNumbers(10, 500);
    }).whenCompleteAsync((p1, p2) -> {
        dr.setResult(p1);
    });

    return dr;
}

/**
 * Blocking randon number generator
 * @param amount - # of numbers to generate
 * @param delay - delay between each number generation in milliseconds
 * @return
 */
public Double[] generateRandomNumbers(int amount, int delay){
    int generated = 0;
    Double [] d = new Double[amount];
    while(generated < amount){
        try {
            Thread.sleep(delay);
        } catch (InterruptedException e) {}
        d[generated] = Math.random();
        generated++;
    }
    return d;
}

从HTTP客户端（浏览器、AJAX请求）的角度来看，这两种场景之间没有任何区别。我的意思是，客户端将等待所有结果发送，并且在提交整个响应之前不会处理它们。

也就是说，尽管spring web Responsive让我们认为它在生成结果时会将结果发送回去，但实际上情况并非如此，在生成所有数字之前，客户端将无法处理结果。

让客户端完全反应的简单方法是使用WebSocket。

所以，除了一些很酷的东西（比如漂亮的语义、构图…），考虑到浏览器HTTP请求不是被动响应的，并且等同于使用传统的延迟结果，使用Spring Web被动响应有什么意义？

Answer 1

有差异，所以让我试着把它分解。

对于DeferredResult

Spring Web Reactive会从流量中写入每个单独的值

这更像是一个如何将数据流传输到浏览器的问题？例如，如果添加“Accept:text/event stream”作为请求头，则可以在浏览器中将每个double作为单个事件使用。因此，服务器能够做到这一点，并有效地做到这一点。