RabbitMQ是如何確定消息是否投遞到隊列中的
1. 前言
在使用RabbitMQ消息中間件時，因為消息的投遞是異步的，默認情況下，RabbitMQ會刪除那些無法路由的消息。為了能夠檢出消息是否順利投遞到隊列，我們需要相應的處理機制。今天就來驗證一下相關的驗證機制。
2. 消息投遞失敗
那么哪些情況消息會投遞失敗呢?RabbitMQ消息會先到達指定的交換機，然后由交換機路由到對應的隊列。所以以下幾種情況會導致消息投遞失敗。
- 投遞的交換機不可用。
- 投遞的交換機可用，但是沒有匹配到隊列。
3. 投遞失敗的處理機制
對應上面的兩種情況，RabbitMQ提供了對應的解決方案。
ConfirmCallback
RabbitMQ提供了ConfirmCallback接口用于實現消息發送到RabbitMQ交換器后進行確認回調。
在Spring Boot中需要開啟：
- spring:
- rabbitmq:
- # 通常選擇 correlated
- publisher-confirm-type:
通常有三種選擇：
- NONE ，禁用發布確認模式，是默認值。
- CORRELATED，發布消息時會攜帶一個CorrelationData，被ack/nack時CorrelationData會被返回進行對照處理，CorrelationData可以包含比較豐富的元信息進行回調邏輯的處理。
- SIMPLE，當被ack/nack后會等待所有消息被發布，如果超時會觸發異常，甚至關閉連接通道。
這里我使用CORRELATED模式，聲明一個ConfirmCallback并設置到RabbitTemplate中
- rabbitTemplate.setConfirmCallback((correlationData, ack, cause) -> {
- // correlationData 可能為空
- if (ack) {
- log.debug("消息發送到exchange成功,id: {}", correlationData.getId());
- } else {
- log.debug("消息發送到exchange失敗,原因: {}", cause);
- }
- });
當消息投遞到一個不存在的交換機Exchange且ack=false時會輸出日志：
- - Publishing message [(Body:'"hello"' MessageProperties [headers={spring_listener_return_correlation=a088eb3f-a234-4e15-bb7a-3aa9a6f043e6, spring_returned_message_correlation=29975bc1-f363-4e3a-85ca-010d13888720, __TypeId__=java.lang.String}, contentType=application/json, contentEncoding=UTF-8, contentLength=7, deliveryMode=PERSISTENT, priority=0, deliveryTag=0])] on exchange [DIRECT_EXCHANGE1], routingKey = [DIRECT_ROUTING_KEY2]
- - 消息發送到exchange失敗,原因: channel error; protocol method: #method<channel.close>(reply-code=404, reply-text=NOT_FOUND - no exchange 'DIRECT_EXCHANGE1' in vhost 'my_vhost', class-id=60, method-id=40)
這里實現的比較簡單你可以增加一些消息投遞到交換機失敗后的操作處理邏輯。
ReturnCallback
ReturnCallback接口用于實現消息已經成功發送到RabbitMQ交換機，但沒有匹配到隊列時的回調。
在Spring Boot中需要同時開啟：
- spring:
- rabbitmq:
- publisher-returns: true
- template:
- mandatory: true
RabbitTemplate中的mandatory設置值優先級要高一些。
我們聲明一個ReturnCallback并設置到RabbitTemplate中
- rabbitTemplate.setMandatory(true);
- rabbitTemplate.setReturnCallback((message, replyCode, replyText, exchange, routingKey) -> {
- String correlationId = message.getMessageProperties()
- .getHeader(PublisherCallbackChannel.RETURNED_MESSAGE_CORRELATION_KEY);
- log.debug("消息：{} 發送失敗, 應答碼：{} 原因：{} 交換機: {} 路由鍵: {}", correlationId,
- replyCode, replyText, exchange, routingKey);
- });
當消息成功投遞到交換機但是無法匹配到隊列時：
- - Publishing message [(Body:'"hello"' MessageProperties [headers={spring_listener_return_correlation=155648bd-fc3e-4c8b-a650-7b1ce720c7a6, spring_returned_message_correlation=7029ee49-357a-42fc-8532-dc41b4bb8e87, __TypeId__=java.lang.String}, contentType=application/json, contentEncoding=UTF-8, contentLength=7, deliveryMode=PERSISTENT, priority=0, deliveryTag=0])] on exchange [DIRECT_EXCHANGE], routingKey = [DIRECT_ROUTING_KEY2]
- - 消息：7029ee49-357a-42fc-8532-dc41b4bb8e87 發送失敗, 應答碼：312 原因：NO_ROUTE 交換機: DIRECT_EXCHANGE 路由鍵: DIRECT_ROUTING_KEY2
- - 消息發送到exchange成功,id: 7029ee49-357a-42fc-8532-dc41b4bb8e87
從上面我們也可以看出ReturnCallback只處理投遞到隊列失敗的情況，并不像ConfirmCallback既能處理失敗的情況也能處理成功的情況。
4. 總結
消息投遞失敗的處理在使用RabbitMQ的使用中時非常必要的，能夠幫助我們追蹤消息的投遞情況，以及處理消息投遞異常或者成功后的邏輯處理，為消息丟失進行一些兜底或者記錄。但是請注意這個并不是發生在消費階段，是否成功消費并不是由這兩種回調來處理，我們有空再對消息的消費確認進行講解。
本文轉載自微信公眾號「碼農小胖哥」，可以通過以下二維碼關注。轉載本文請聯系碼農小胖哥公眾號。
