我们正在使用 RedisPubSubReactiveCommands 打电话给 subscribe 以及 observeChannels 生菜的加工方法。
如果发行速度快，订阅速度慢，如何处理背压？由于redis中的发布者和订阅者是独立的，所以生产商的速度是不可能慢下来的。鉴于这个事实，以下哪种理解是正确的？
数据是否在应用程序端被丢弃（莴苣丢弃它），这取决于 OverflowStrategy 拍摄者 observeChannels ? 如果是这样的话，它的效率会很低，因为数据从redis服务器一直到应用程序，会产生不必要的网络流量。
莴苣是否将背压传递到客户端的tcp层，则应用程序不会接收任何内容，但tcp缓冲区将满。看看这个github提交，这似乎就是实现。但我不明白的是 OverflowStrategy 提供？
背压是否会一直传递到redis服务器，从而减少网络流量。我认为这是最有效的解决办法。我不认为这是redis/莴苣的行为。为什么不这么做？
有谁能帮助我们形成正确的认识吗。