消息分組

通常在生產(chǎn)環(huán)境，我們的每個服務(wù)都不會以單節(jié)點的方式運行在生產(chǎn)環(huán)境，當(dāng)同一個服務(wù)啟動多個實例的時候，這些實例都會綁定到同一個消息通道的目標(biāo)主題（Topic）上。默認(rèn)情況下，當(dāng)生產(chǎn)者發(fā)出一條消息到綁定通道上，這條消息會產(chǎn)生多個副本被每個消費者實例接收和處理，但是有些業(yè)務(wù)場景之下，我們希望生產(chǎn)者產(chǎn)生的消息只被其中一個實例消費，這個時候我們需要為這些消費者設(shè)置消費組來實現(xiàn)這樣的功能。

當(dāng)把消費者復(fù)制一份，發(fā)現(xiàn)2個都能收到消息

2個消費者都加入同一個消費者

發(fā)現(xiàn)只有一個能收到

消息分區(qū)

有一些場景需要滿足, 同一個特征的數(shù)據(jù)被同一個實例消費, 比如同一個id的傳感器監(jiān)測數(shù)據(jù)必須被同一個實例統(tǒng)計計算分析, 否則可能無法獲取全部的數(shù)據(jù)。又比如部分異步任務(wù)，首次請求啟動task，二次請求取消task，此場景就必須保證兩次請求至同一實例.

從上面的配置中，我們可以看到增加了這兩個參數(shù)：

1. pring.cloud.stream.bindings.output.producer.partitionKeyExpression ：通過該參數(shù)指定了分區(qū)鍵的表達式規(guī)則，我們可以根據(jù)實際的輸出消息規(guī)則來配置SpEL來生成合適的分區(qū)鍵；

2. spring.cloud.stream.bindings.output.producer.partitionCount ：該參數(shù)指定了消息分區(qū)的數(shù)量。

到這里消息分區(qū)配置就完成了，我們可以再次啟動這兩個應(yīng)用，同時消費者啟動多個，但需要注意的是要為消費者指定不同的實例索引號，這樣當(dāng)同一個消息被發(fā)給消費組時，我們可以發(fā)現(xiàn)只有一個消費實例在接收和處理這些相同的消息。

以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持好吧啦網(wǎng)。