前者听起来不错，但我有以下担忧：

• 阻止数百个连接可能是浪费的，例如使用io多路复用策略，以及
• Redis服务器应该处理更多的并发连接，因为每个连接都是长时间运行的。

另一种方法可能是后者：

• 与其忙于无限期地等待，不如在每次N迭代时放弃线程。

请注意，连接数量将随着示例数量的增加而成比例增加。在两者之外，可以引入固定的BLPOP执行器池，但如果一些redis列表空闲，这很容易成为瓶颈。