## 一、概述 Redis通過publish和subscribe命令實現訂閱和發布的功能。訂閱者可以通過subscribe向redis server訂閱自己感興趣的消息類型。redis將信息類型稱為通道(channel)。當發布者通過publish命令向redis server發送特定類型的信息時，訂閱該消息類型的全部訂閱者都會收到此消息； >[danger] 通過這個功能，實際上，Redis扮演了消息中間件；從實用角度，還是專業的消息中間件更值得使用； ## 二、流程 Redis 發布訂閱 (pub/sub) 是一種消息通信模式：發送者 (pub) 發送消息，訂閱者 (sub) 接收消息。 * pub -> publisher * sub -> subscriber 發布：  ### **模式訂閱** Redis為了方便同時訂閱多個模式的頻道，也有類似市面上常見的MQ中模式訂閱功能（如Rabbit MQ中的Topic），這個功能可以匹配符的方式進行訂閱； ## 三、問題 Pub/Sub基本上已經被拋棄，最主要的原因是它無法持久化，沒有實現持久化機制的Pub/Sub，是無法做到消息的不丟失，在客戶端宕機或者Redis服務宕機的情況下，都會導致消息丟失； >[danger] 大部分情況下，我們都不會用到Redis去做消息中間件，市面上成熟且好用的消息中間件非常多，如MQTT相關中間件，RocketMQ，Kafka等，如果真的需要使用Redis來做消息中間件，可以考慮Redis 5.0的新數據結構Stream，這個功能在Pub/Sub的基礎上，實現了持久化機制，并且大力借鑒了Kafka的設計原理，完善了Redis用于實現消息隊列的不足之處；