spring - 让 HTTP 端点返回 Flux/Mono 实例而不是 DTO 的好处

Question

关闭。这个问题需要更多 focused .它目前不接受答案。

---

想要改进这个问题吗？ 更新问题，使其只关注一个问题 editing this post .

关闭 3 年前。

Improve this question

我看过 Spring Tips: Functional Reactive Endpoints with Spring Framework 5.0并阅读了一些关于 Spring react 器的信息，但我不太明白。

鉴于我有 netty 和 Spring react 堆活跃？我最初假设响应式流在 http 请求/响应上下文中的工作方式更像 websockets，其中服务器通过开放 channel 将数据推送到接收器，但情况似乎并非如此。

另外，netty 在响应式编程中实际上在哪些方面比 tomcat 做得更好？

如果这些问题看起来很愚蠢，我很抱歉，但我不太了解这个新框架方向的目的。为什么会出现，它是如何工作的，它解决了什么问题？

Answer 1

我强烈建议您观看最近在比利时 Devoxx 上发布的 "Reactive Web Application with Spring 5" by Rossen Stoyanchev .

在那里，他谈到了 Reactive Web Controller(如下所示)表面上看起来像 Spring MVC HTTP Servlet 请求/响应 Controller ，但实际上并非如此 p>

@GetMapping("/users/{id}")
public Mono<User> getUser(@PathValiable Long id) {
   return this.userRepository.findById(id);
}

@GetMapping("/users")
public Flux<User> getUsers() {
   return this.userRepository.findAll();
}

他谈到了 Servlet 3.1 虽然非阻塞对于完全响应式(Reactive)并不真正起作用，以及连接 Servlet 3.1 和响应式(Reactive)流的胶水代码是如何作为 Spring 5 更改的一部分实现的Servlet 3.1 兼容的 Web 容器(Jetty 和 Tomcat)。

当然，他正在接触完全响应式非阻塞兼容服务器(Netty、Undertow)来运行响应式流。