[[344036]]

1. 前言

在使用RabbitMQ消息中間件時，因為消息的投遞是異步的，默認(rèn)情況下，RabbitMQ會刪除那些無法路由的消息。為了能夠檢出消息是否順利投遞到隊列，我們需要相應(yīng)的處理機(jī)制。今天就來驗證一下相關(guān)的驗證機(jī)制。

2. 消息投遞失敗

那么哪些情況消息會投遞失敗呢?RabbitMQ消息會先到達(dá)指定的交換機(jī)，然后由交換機(jī)路由到對應(yīng)的隊列。所以以下幾種情況會導(dǎo)致消息投遞失敗。

• 投遞的交換機(jī)不可用。
• 投遞的交換機(jī)可用，但是沒有匹配到隊列。

3. 投遞失敗的處理機(jī)制

對應(yīng)上面的兩種情況，RabbitMQ提供了對應(yīng)的解決方案。

ConfirmCallback

RabbitMQ提供了ConfirmCallback接口用于實現(xiàn)消息發(fā)送到RabbitMQ交換器后進(jìn)行確認(rèn)回調(diào)。

在Spring Boot中需要開啟：

spring: 
  rabbitmq: 
  # 通常選擇 correlated 
    publisher-confirm-type: 

通常有三種選擇：

• NONE ，禁用發(fā)布確認(rèn)模式，是默認(rèn)值。
• CORRELATED，發(fā)布消息時會攜帶一個CorrelationData，被ack/nack時CorrelationData會被返回進(jìn)行對照處理，CorrelationData可以包含比較豐富的元信息進(jìn)行回調(diào)邏輯的處理。
• SIMPLE，當(dāng)被ack/nack后會等待所有消息被發(fā)布，如果超時會觸發(fā)異常，甚至關(guān)閉連接通道。

這里我使用CORRELATED模式，聲明一個ConfirmCallback并設(shè)置到RabbitTemplate中

rabbitTemplate.setConfirmCallback((correlationData, ack, cause) -> { 
    // correlationData 可能為空 
    if (ack) { 
        log.debug("消息發(fā)送到exchange成功,id: {}", correlationData.getId()); 
    } else { 
        log.debug("消息發(fā)送到exchange失敗,原因: {}", cause); 
    } 
}); 

當(dāng)消息投遞到一個不存在的交換機(jī)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] 
 
- 消息發(fā)送到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) 

這里實現(xiàn)的比較簡單你可以增加一些消息投遞到交換機(jī)失敗后的操作處理邏輯。

ReturnCallback

ReturnCallback接口用于實現(xiàn)消息已經(jīng)成功發(fā)送到RabbitMQ交換機(jī)，但沒有匹配到隊列時的回調(diào)。

在Spring Boot中需要同時開啟：

spring: 
  rabbitmq: 
    publisher-returns: true 
    template: 
      mandatory: true 

RabbitTemplate中的mandatory設(shè)置值優(yōu)先級要高一些。

我們聲明一個ReturnCallback并設(shè)置到RabbitTemplate中

rabbitTemplate.setMandatory(true); 
rabbitTemplate.setReturnCallback((message, replyCode, replyText, exchange, routingKey) -> { 
    String correlationId = message.getMessageProperties() 
            .getHeader(PublisherCallbackChannel.RETURNED_MESSAGE_CORRELATION_KEY); 
    log.debug("消息：{} 發(fā)送失敗, 應(yīng)答碼：{} 原因：{} 交換機(jī): {}  路由鍵: {}", correlationId, 
            replyCode, replyText, exchange, routingKey); 
}); 

當(dāng)消息成功投遞到交換機(jī)但是無法匹配到隊列時：

- 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 發(fā)送失敗, 應(yīng)答碼：312 原因：NO_ROUTE 交換機(jī): DIRECT_EXCHANGE  路由鍵: DIRECT_ROUTING_KEY2 
- 消息發(fā)送到exchange成功,id: 7029ee49-357a-42fc-8532-dc41b4bb8e87 

從上面我們也可以看出ReturnCallback只處理投遞到隊列失敗的情況，并不像ConfirmCallback既能處理失敗的情況也能處理成功的情況。

4. 總結(jié)

消息投遞失敗的處理在使用RabbitMQ的使用中時非常必要的，能夠幫助我們追蹤消息的投遞情況，以及處理消息投遞異?；蛘叱晒蟮倪壿嬏幚?，為消息丟失進(jìn)行一些兜底或者記錄。但是請注意這個并不是發(fā)生在消費階段，是否成功消費并不是由這兩種回調(diào)來處理，我們有空再對消息的消費確認(rèn)進(jìn)行講解。

本文轉(zhuǎn)載自微信公眾號「碼農(nóng)小胖哥」，可以通過以下二維碼關(guān)注。轉(zhuǎn)載本文請聯(lián)系碼農(nóng)小胖哥公眾號。