01 消息訂閱與發布(買粉絲買粉絲的發布和群發有什么區別嗎？)

消息隊列中點對點與發布訂閱區別

JMS規范支持兩種消息模型：點對點（point to point， queue）和發布/訂閱（publish/subscribe，topic）。

1. 點對點

生產者生產消息發送到queue中，然后消費者從queue中取出并且消費消息。這里要注意：

消息被消費以后，queue中不再有存儲，所以消費者不可能消費到已經被消費的消息。

Queue支持存在多個消費者，但是對一個消息而言，只會有一個消費者可以消費。

2. 發布/訂閱

生產者將消息發布到topic中，同時有多個消費者訂閱該消息。和點對點方式不同，發布到topic的消息會被所有訂閱者消費。

小結

queue實現了負載均衡，一條消息只能被一個消費者接收，當沒有消費者可用時，這個消息會被保存直到有一個可用的消費者，一個queue可以有很多消費者，他們之間實現了負載均衡， 所以Queue實現了一個可靠的負載均衡。 topic實現了發布和訂閱，當你發布一個消息，所有訂閱這個topic的服務都能得到這個消息，所以從1到N個訂閱者都能得到一個消息的拷貝

疑問

發布訂閱模式下，能否實現訂閱者負載均衡消費呢？當發布者消息量很大時，顯然單個訂閱者的處理能力是不足的。實際上現實場景中是多個訂閱者節點組成一個訂閱組負載均衡消費topic消息即分組訂閱，

這樣訂閱者很容易實現消費能力線性擴展。

傳統企業型消息隊列ActiveMQ遵循了JMS規范，實現了點對點和發布訂閱模型，但其他流行的消息隊列RabbitMQ、Kafka并沒有遵循老態龍鐘的JMS規范，是通過什么方式實現消費負載均衡、多訂閱呢？

RabbitMQ實現了AQMP協議，AQMP協議定義了消息路由規則和方式。生產端通過路由規則發送消息到不同queue，消費端根據queue名稱消費消息。此外RabbitMQ是向消費端推送消息，訂閱關系和消費狀態保存在服務端。

生產端發送一條消息通過路由投遞到Queue，只有一個消費者能消費到。

當RabbitMQ需要支持多訂閱時，發布者發送的消息通過路由同時寫到多個Queue，不同訂閱組消費此消息。

RabbitMQ既支持內存隊列也支持持久化隊列，消費端為推模型，消費狀態和訂閱關系由服務端負責維護，消息消費完后立即刪除，不保留歷史消息。所以支持多訂閱時，消息會多個拷貝。

Kafka只支持消息持久化，消費端為拉模型，消費狀態和訂閱關系由客戶端端負責維護，消息消費完后不會立即刪除，會保留歷史消息。因此支持多訂閱時，消息只會存儲一份就可以了。

同一個訂閱組會消費topic所有消息，每條消息只會被同一個訂閱組的一個消費節點消費，同一個訂閱組內不同消費節點會消費不同消息

轉自： 買粉絲s://blog.csdn.買粉絲/litao/article/details/47723105

買粉絲買粉絲的發布和群發有什么區別嗎？

買粉絲發布：不會主動推給粉絲，歷史消息列表看不到，但是是公開給所有人的文章。群發：主動推送給粉絲，歷史消息可看，被搜一搜收錄，可以限定部分的粉絲接收到。

發布的優點在于不會推送消息給關注的粉絲，但是是公開的文章，且有永久鏈接。

不占用群發次數，每天可以發布多篇。發布的內容與群發一致（原創、贊賞、付費、留言）。

但是對反復利用的內容，每次都要導入，編輯，發布，設置，才能生效。

發布的內容，可以用于自動回復、自定義菜單、頁面模板和話題中，發布成功時會生成一個永久鏈接，可以用于不同場景需要。

買粉絲公眾訂閱號如何發布信息？

1、首先，進入買粉絲買粉絲的首頁，登錄個人賬號密碼后，在界面中間部分可以看到“新建群發”，點擊一下；

2、通常都是發表原創，那么需要選擇的就是“自建圖文”，點擊一下；

3、接著就到編輯文章的主頁面了，先要確定文章的題目和作者；

4、題目和作者之后的大框框里就是要編輯的文章正文；

5、在文章末尾，還需要注意的是，要看是否要鏈接其他的文章以及是否要貼上原創聲明的標簽；

6、再往下就是文章的封面圖和摘要，這兩個都是必須要的；封面沒有的話，文章發布不了；摘要沒有的話，就會自動生成文章的前54個字；

7、編輯好后點擊保存，系統就會跳轉到保存的界面，然后在界面下方有“群發”的字樣，點擊一下；

8、接著系統會提示，群發之后無法撤銷，那我們還是要點擊“繼續群發”；

9、接著，會跳出一個二維碼，需要用手機買粉絲掃一掃，確認發布；