@aoscici2000 看起来你的 35 和 42 就相差了 5 秒，确定你的测试用例正确么。

@aoscici2000 max-threads=1 意味着只有一个线程处理请求，那么同时来 2 个请求的时候，如果使用你之前用的 future 就会阻塞了这唯一一条线程，结果就是 2 个请求合计使用了 10 秒。但使用 CompletableFuture + DeferredResult 时，2 个请求进来了，第一个请求直接返回了 defer 随意该线程已经完成了第一个请求了，接下来就会直接处理第二个请求。而 CompletableFuture 则是在另外一个线程池执行，当他完成时就返回给用户，于是这时的结果是两个请求合计使用 5 秒多一点时间（取决于你 CompletableFuture 的线程池大小，默认是 CPU-1，如果=1 时，也是需要 10 秒了）

@aoscici2000 把 tomcat 的 max-threads 设置为 1，看看日志是不是你想要的那种

```
@GetMapping("defer")
fun testDeferred(): DeferredResult<String> {
log.info("handle request")
val defer = DeferredResult<String>()
CompletableFuture.runAsync {
Thread.sleep(1000)
log.info("async task")
defer.setResult("Hello defer")
}
log.info("defer result")
return defer
}
```

CompletableFuture + DeferredResult
创建一个 DeferredResult，然后在 CompletableFuture 的回调里面 setResult，最后返回 DeferredResult

看看 CompletableFuture 是不是你想要的

@hanqian 我反而觉得这个没毛病，登录 ->登记录入账号，有种国内搞错了翻译并且广泛传播的感觉

@okoook debug 模式吧？ debug 的时候是 jit 所以卡，打包后就 aot 了就不卡了。

@yunye 这个好，大家自己实现客户端

@qfdk 另外关于技术栈的性能可以看一下这个
https://www.techempower.com/benchmarks/#section=data-r17&hw=ph&test=query

@qfdk vertx 的设计思想来源于 node，也可以这么说。

可以考虑一下 vertx

国内还没多少人看得上 angular 呢，明明 ts 好过瘾

同关注，坐等 spring data r2dbc 成熟。

单页面这种属于前后端分离了吧，看看能不能直接调接口咯。

其实关于问题 4，这不就是问题 3 的答案么。

@jugelizi 那么如果前后端分离怎么防止重复提交。

@cyhulk 本想说用不了事务就没什么意义了，不过想到 mongo 原本也不支持事务...
感觉 webflux 还是等非阻塞的 jdbc 出现了才能大面积推广吧。

@cyhulk 之前有看到一个 Mono.fromCallable(callable).publishOn(schedule)封装成异步,不过提供方案的人说这样会使用不了事务。

感觉主要是用来写 gradle 脚本吧，例如帮你打包什么的，生成代码之类的。