其實,還有1種場景需要考慮:當(dāng)消費者接收到消息后,還沒處理完業(yè)務(wù)邏輯,消費者掛掉了,那消息也算丟失了?,比如用戶下單,訂單中心發(fā)送了1個消息到RabbitMQ里的隊列,積分中心收到這個消息,準(zhǔn)備給這個下單的用戶增加20積分,但積分還沒增加成功呢,積分中心自己掛掉了,導(dǎo)致數(shù)據(jù)出現(xiàn)問題。
那么如何解決這種問題呢?
為了保證消息被消費者成功的消費,RabbitMQ提供了消息確認(rèn)機制(message acknowledgement),本文主要講解RabbitMQ中,如何使用消息確認(rèn)機制來保證消息被消費者成功的消費,避免因為消費者突然宕機而引起的消息丟失。
我們開啟一個消費者的代碼是這樣的:
// 創(chuàng)建隊列消費者
com.rabbitmq.client.Consumer consumer = new DefaultConsumer(channel) {
@Override
public void handleDelivery(String consumerTag, Envelope envelope,
AMQP.BasicProperties properties, byte[] body) throws IOException {
String message = new String(body, "UTF-8");
System.out.println("Received Message '" + message + "'");
}
};
channel.basicConsume(QUEUE_NAME, true, consumer);
這里的重點是channel.basicConsume(QUEUE_NAME, true, consumer);
方法的第2個參數(shù),讓我們先看下basicConsume()的源碼:
public String basicConsume(String queue, boolean autoAck, Consumer callback) throws IOException {
return this.basicConsume(queue, autoAck, "", callback);
}
這里的autoAck參數(shù)指的是是否自動確認(rèn),如果設(shè)置為ture,RabbitMQ會自動把發(fā)送出去的消息置為確認(rèn),然后從內(nèi)存(或者磁盤)中刪除,而不管消費者接收到消息是否處理成功;如果設(shè)置為false,RabbitMQ會等待消費者顯式的回復(fù)確認(rèn)信號后才會從內(nèi)存(或者磁盤)中刪除。
建議將autoAck設(shè)置為false,這樣消費者就有足夠的時間處理消息,不用擔(dān)心處理消息過程中消費者宕機造成消息丟失。
此時,隊列里的消息就分成了2個部分:
如果RabbitMQ一直沒有收到消費者的確認(rèn)信號,并且消費此消息的消費者已經(jīng)斷開連接,則RabbitMQ會安排該消息重新進(jìn)入隊列,等待投遞給下一個消費者,當(dāng)然也有可能還是原來的那個消費者。
RabbitMQ不會為未確認(rèn)的消息設(shè)置過期時間,它判斷此消息是否需要重新投遞給消費者的唯一依據(jù)是消費該消息的消費者連接是否已經(jīng)斷開,這么設(shè)計的原因是RabbitMQ允許消費者消費一條消息的時間可以很久很久。
為了便于理解,我們舉個具體的例子,生產(chǎn)者的話的我們延用上文中的DurableProducer:
package com.zwwhnly.springbootaction.rabbitmq.durable;
import com.rabbitmq.client.AMQP;
import com.rabbitmq.client.Channel;
import com.rabbitmq.client.Connection;
import com.rabbitmq.client.ConnectionFactory;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
public class DurableProducer {
private final static String EXCHANGE_NAME = "durable-exchange";
private final static String QUEUE_NAME = "durable-queue";
public static void main(String[] args) throws IOException, TimeoutException {
// 創(chuàng)建連接
ConnectionFactory factory = new ConnectionFactory();
// 設(shè)置 RabbitMQ 的主機名
factory.setHost("localhost");
// 創(chuàng)建一個連接
Connection connection = factory.newConnection();
// 創(chuàng)建一個通道
Channel channel = connection.createChannel();
// 創(chuàng)建一個Exchange
channel.exchangeDeclare(EXCHANGE_NAME, "direct", true);
channel.queueDeclare(QUEUE_NAME, true, false, false, null);
channel.queueBind(QUEUE_NAME, EXCHANGE_NAME, "");
// 發(fā)送消息
String message = "durable exchange test";
AMQP.BasicProperties props = new AMQP.BasicProperties().builder().deliveryMode(2).build();
channel.basicPublish(EXCHANGE_NAME, "", props, message.getBytes());
// 關(guān)閉頻道和連接
channel.close();
connection.close();
}
}
然后新建一個消費者AckConsumer類:
package com.zwwhnly.springbootaction.rabbitmq.ack;
import com.rabbitmq.client.*;
import java.io.IOException;
import java.util.concurrent.TimeoutException;
public class AckConsumer {
private final static String QUEUE_NAME = "durable-queue";
public static void main(String[] args) throws IOException, TimeoutException {
// 創(chuàng)建連接
ConnectionFactory factory = new ConnectionFactory();
// 設(shè)置 RabbitMQ 的主機名
factory.setHost("localhost");
// 創(chuàng)建一個連接
Connection connection = factory.newConnection();
// 創(chuàng)建一個通道
Channel channel = connection.createChannel();
// 創(chuàng)建隊列消費者
com.rabbitmq.client.Consumer consumer = new DefaultConsumer(channel) {
@Override
public void handleDelivery(String consumerTag, Envelope envelope,
AMQP.BasicProperties properties, byte[] body) throws IOException {
String message = new String(body, "UTF-8");
int result = 1 / 0;
System.out.println("Received Message '" + message + "'");
}
};
channel.basicConsume(QUEUE_NAME, true, consumer);
}
}
我們先將autoAck參數(shù)設(shè)置為ture,即自動確認(rèn),并在消費消息時故意寫個異常,然后先運行生產(chǎn)者客戶端將消息寫入隊列中,然后運行消費者客戶端,發(fā)現(xiàn)消息未消費成功但是卻消失了:
然后我們將autoAck設(shè)置為false:
channel.basicConsume(QUEUE_NAME, false, consumer);
再次運行生產(chǎn)者客戶端將消息寫入隊列中,然后運行消費者客戶端,此時雖然消費者客戶端仍然代碼異常,但是消息仍然在隊列中:
然后我們刪除掉消費者客戶端中的異常代碼,重新啟動消費者客戶端,發(fā)現(xiàn)消息消費成功了,但是消息一直未Ack:
手動停掉消費者客戶端,發(fā)現(xiàn)消息又到了Ready狀態(tài),準(zhǔn)備重新投遞:
之所以消費掉消息,卻一直還是Unacked狀態(tài),是因為我們沒在代碼中添加顯式的Ack代碼:
String message = new String(body, "UTF-8");
//int result = 1 / 0;
System.out.println("Received Message '" + message + "'");
long deliveryTag = envelope.getDeliveryTag();
channel.basicAck(deliveryTag, false);
deliveryTag可以看做消息的編號,它是一個64位的長×××值。
此時運行消費者客戶端,發(fā)現(xiàn)消息消費成功,并且在隊列中被移除:
Java學(xué)習(xí)、面試;文檔、視頻資源免費獲取
創(chuàng)新互聯(lián)www.cdcxhl.cn,專業(yè)提供香港、美國云服務(wù)器,動態(tài)BGP最優(yōu)骨干路由自動選擇,持續(xù)穩(wěn)定高效的網(wǎng)絡(luò)助力業(yè)務(wù)部署。公司持有工信部辦法的idc、isp許可證, 機房獨有T級流量清洗系統(tǒng)配攻擊溯源,準(zhǔn)確進(jìn)行流量調(diào)度,確保服務(wù)器高可用性。佳節(jié)活動現(xiàn)已開啟,新人活動云服務(wù)器買多久送多久。
本文標(biāo)題:RabbitMQ如何保證隊列里的消息99.99%被消費?-創(chuàng)新互聯(lián)
標(biāo)題路徑:http://jinyejixie.com/article44/dseiee.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供外貿(mào)建站、標(biāo)簽優(yōu)化、服務(wù)器托管、網(wǎng)站維護(hù)、網(wǎng)站策劃、微信小程序
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場,如需處理請聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時需注明來源: 創(chuàng)新互聯(lián)
猜你還喜歡下面的內(nèi)容