Spring Cloud Stream如何處理消息重複消費?

最近收到好幾個類似的問題:使用Spring Cloud Stream操作RabbitMQ或Kafka的時候,出現消息重複消費的問題。通過溝通與排查下來主要還是用戶對消費組的認識不夠。其實,在之前的博文以及《Spring Cloud微服務實戰》一書中都有提到關於消費組的概念以及作用。

那麼什麼是消費組呢?爲什麼要用消費組?它解決什麼問題呢?摘錄一段之前博文的內容,來解答這些疑問:

通常在生產環境,我們的每個服務都不會以單節點的方式運行在生產環境,當同一個服務啓動多個實例的時候,這些實例都會綁定到同一個消息通道的目標主題(Topic)上。默認情況下,當生產者發出一條消息到綁定通道上,這條消息會產生多個副本被每個消費者實例接收和處理(出現上述重複消費問題)。但是有些業務場景之下,我們希望生產者產生的消息只被其中一個實例消費,這個時候我們需要爲這些消費者設置消費組來實現這樣的功能。

下面,通過一個例子來看看如何使用消費組:

問題重現

構建消息消費端

第一步:創建綁定接口,綁定example-topic輸入通道(默認情況下,會綁定到RabbitMQ的同名Exchange或Kafaka的同名Topic)。

interfaceExampleBinder{

    String NAME = "example-topic";

    @Input(NAME)

    SubscribableChannelinput();

}

第二步:對上述輸入通道創建監聽與處理邏輯。

@EnableBinding(ExampleBinder.class)public classExampleReceiver{

    private static Logger logger = LoggerFactory.getLogger(ExampleReceiver.class);

    @StreamListener(ExampleBinder.NAME)

    publicvoidreceive(String payload){

        logger.info("Received: " + payload);

    }

}

第三步;創建應用主類和配置文件

@SpringBootApplicationpublic classExampleApplication{

    publicstaticvoidmain(String[] args){

        SpringApplication.run(ExampleApplication.class, args);

    }

}


spring.application.name=stream-consumer-groupserver.port=0


這裏設置server.port=0,以方便在本地啓動多實例來重現問題。

完成上述操作之後,啓動兩個該應用的實例,以備後續調用。

構建消息生產端

比較簡單,需要注意的是,使用@Output創建一個同名的輸出綁定,這樣發出的消息才能被上述啓動的實例接收到。具體實現如下:

@RunWith(SpringRunner.class)@EnableBinding(value = {ExampleApplicationTests.ExampleBinder.class})public classExampleApplicationTests{

@Autowired private ExampleBinder exampleBinder;

@Test publicvoidexampleBinderTester(){

        exampleBinder.output().send(MessageBuilder.withPayload("Produce a message from : http://blog.didispace.com").build());

}

public interfaceExampleBinder{

String NAME = "example-topic";

@Output(NAME)

MessageChanneloutput();

}

}

啓動上述測試用例之後,可以發現之前啓動的兩個實例都收到的消息,並在日誌中打印了:Received: Produce a message from : http://blog.didispace.com。消息重複消費的問題成功重現!

使用消費組解決問題

如何解決上述消息重複消費的問題呢?我們只需要在配置文件中增加如下配置即可:

spring.cloud.stream.bindings.example-topic.group=aaa

當我們指定了某個綁定所指向的消費組之後,往當前主題發送的消息在每個訂閱消費組中,只會有一個訂閱者接收和消費,從而實現了對消息的負載均衡。只所以之前會出現重複消費的問題,是由於默認情況下,任何訂閱都會產生一個匿名消費組,所以每個訂閱實例都會有自己的消費組,從而當有消息發送的時候,就形成了廣播的模式。

另外,需要注意上述配置中example-topic是在代碼中@Output和@Input中傳入的名字。

覺得不錯請點贊支持,歡迎留言或進我的個人羣855801563領取【架構資料專題目合集90期】、【BATJTMD大廠JAVA面試真題1000+】,本羣專用於學習交流技術、分享面試機會,拒絕廣告,我也會在羣內不定期答題、探討

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章