Spring boot 弹簧套螺纹是否有效？

我们知道，反应式编程（以及SpringWebFlux）的优势在于，只有一个线程用于处理多个客户端请求

我想使用WebSocket的反应式编程而不是sse事件，所以我发现spring boot rsocket可能就是我想要的

它可以工作，但现在我想知道在幕后发生了什么：如果更多的客户端连接到我的websocket服务器，那么只有一个线程处理订阅？还是我会退回到多线程

我的用例是一个新闻提要，客户端保持连接打开，耐心等待他们订阅的新闻。因此，每个客户机有一个线程是对资源的浪费，并且有可能使我的应用程序宕机

---

事实上，假设在我的生产系统上，我知道我可以承受最大数量的x线程，为了解释起见，让我们假设200个。如果每个订阅请求都在一个线程中，并且我在同一时刻连接了200个客户端，这意味着线程将达到饱和

为什么只有一根线可以处理？你的声明的来源是什么？编辑了我的回答并解释了一下。不过，你还没有发布任何声明或证据证明可能是这样的。webflux的全部目的是它是线程无关的，任何请求都可以在任何时间处理任何事情。为什么只有一个线程处理订阅？如果你担心的话，写一个POC并尝试一下。我正在使用springboot starter rsocket，所以我不知道它到底是什么，它将servlet与WebSocket结合在一起……也许我可以使用一些监控工具？它是相当被动的，所以我认为你使用它不会有任何问题。如果应用程序在任何生产环境中运行，您应该始终监视应用程序。为什么只有一个线程来处理它？你的声明的来源是什么？编辑了我的回答并解释了一下。不过，你还没有发布任何声明或证据证明可能是这样的。webflux的全部目的是它是线程无关的，任何请求都可以在任何时间处理任何事情。为什么只有一个线程处理订阅？如果你担心的话，写一个POC并尝试一下。我正在使用springboot starter rsocket，所以我不知道它到底是什么，它将servlet与WebSocket结合在一起……也许我可以使用一些监控工具？它是相当被动的，所以我认为你使用它不会有任何问题。如果应用程序在任何生产环境中运行，则应始终监视应用程序。