深入分析RabbitMQ中死信隊(duì)列與死信交換機(jī)
介紹
DLX(Dead Letter Exchange)死信交換機(jī)。當(dāng)消息成為Dead Message時(shí),可以被重新發(fā)送到另一個(gè)交換機(jī)。這個(gè)交換機(jī)就是死信交換機(jī)。這里主要有兩個(gè)問題:第一是消息如何判斷為死信消息,第二則是消息如何從隊(duì)列中傳到死信交換機(jī)。
消息成為死信消息的三種情況
- 隊(duì)列消息長度達(dá)到限制
- 消費(fèi)者拒收消息(basicNack()或basicReject),且不把消息重新放回隊(duì)列(basicNack()方法第三個(gè)參數(shù))
- 消息TTL過期下面我演示的就是這種情況
隊(duì)列綁定死信交換機(jī)
- 給隊(duì)列設(shè)置參數(shù):x-dead-letter-exchange 和 x-dead-letter-routing-key
生產(chǎn)者端
目錄結(jié)構(gòu)

導(dǎo)入依賴
<dependencies>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-test</artifactId>
<scope>test</scope>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-amqp</artifactId>
<version>2.5.0</version>
</dependency>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
<scope>test</scope>
</dependency>
</dependencies>修改yml
spring:
rabbitmq:
host: localhost
port: 5672
username: guest
password: guest
publisher-returns: true # 開啟退回回調(diào)
#三個(gè)類型:none默認(rèn)不開啟確認(rèn)回調(diào) correlated開啟確認(rèn)回調(diào)
#simple也會確認(rèn)回調(diào) 還會調(diào)用waitForConfirms()方法或waitForConfirmsOrDie()方法
publisher-confirm-type: correlated # 開啟確認(rèn)回調(diào)
業(yè)務(wù)邏輯
/**
* 定義交換機(jī)與隊(duì)列的Bean 并且使之綁定
* 生產(chǎn)者 -> 普通交換機(jī) -> 普通隊(duì)列 -> 消費(fèi)者1
* |
* -> 死信交換機(jī) -> 死信隊(duì)列 -> 消費(fèi)者2
* 需要兩個(gè)交換機(jī)兩個(gè)隊(duì)列、三個(gè)路由鍵。兩個(gè)普通之間我用了"test.#"
* 普通與死信之間用了"test.dead.heHe" 兩個(gè)死信之間用了"test.dead.#" 生產(chǎn)的消息用的就是"test.dead.heHe"
*/
@Component
public class RabbitMQConfig {
public static final String EXCHANGE_NAME = "test_exchange_name";
public static final String QUEUE_NAME = "test_queue_name";
public static final String DEAD_EXCHANGE_NAME = "dead_exchange_name";
public static final String DEAD_QUEUE_NAME = "dead_queue_name";
@Bean("testExchange")
public Exchange testExchange(){
return ExchangeBuilder.topicExchange(EXCHANGE_NAME).durable(true).build();
}
@Bean("deadExchange")
public Exchange deadExchange(){
return ExchangeBuilder.topicExchange(DEAD_EXCHANGE_NAME).durable(true).build();
}
//普通隊(duì)列綁定死信交換機(jī)并且?guī)下酚涉I 為了實(shí)現(xiàn)死信消息于是配置隊(duì)列TTL
@Bean("testQueue")
public Queue testQueue(){
return QueueBuilder.durable(QUEUE_NAME).ttl(5000).deadLetterExchange(DEAD_EXCHANGE_NAME)
.deadLetterRoutingKey("test.dead.heHe").build();
}
@Bean("deadQueue")
public Queue deadQueue(){
return QueueBuilder.durable(DEAD_QUEUE_NAME).build();
}
@Bean
public Binding link(@Qualifier("testExchange") Exchange exchange,
@Qualifier("testQueue") Queue queue){
return BindingBuilder.bind(queue).to(exchange).with("test.#").noargs();
}
@Bean
public Binding deadLink(@Qualifier("deadExchange") Exchange exchange,
@Qualifier("deadQueue") Queue queue){
return BindingBuilder.bind(queue).to(exchange).with("test.dead.#").noargs();
}
}@SpringBootTest
@RunWith(SpringRunner.class)
class RabbitmqProducerApplicationTests {
@Autowired
private RabbitTemplate rabbitTemplate;
@Test
void testProducer() {
rabbitTemplate.setConfirmCallback(new RabbitTemplate.ConfirmCallback() {
@Override
public void confirm(CorrelationData correlationData, boolean b, String s) {
if(b) System.out.println("交換機(jī)成功接受到了消息");
else System.out.println("消息失敗原因" + s);
}
});
// 設(shè)置交換機(jī)處理失敗消息的模式
// true:消息到達(dá)不了隊(duì)列時(shí) 會將消息重新返回給生產(chǎn)者 false:消息到達(dá)不了隊(duì)列直接丟棄
rabbitTemplate.setMandatory(true);
rabbitTemplate.setReturnCallback(new RabbitTemplate.ReturnCallback() {
@Override
public void returnedMessage(Message message, int i, String s, String s1, String s2) {
System.out.println("隊(duì)列接受不到交換機(jī)的消息進(jìn)行了失敗回調(diào)");
}
});
for(int i = 0; i < 10; ++i){
rabbitTemplate.convertAndSend(RabbitMQConfig.EXCHANGE_NAME,"test.dead.heHe","HelloWorld");
}
}
}

到此這篇關(guān)于深入分析RabbitMQ中死信隊(duì)列與死信交換機(jī)的文章就介紹到這了,更多相關(guān)RabbitMQ死信隊(duì)列與死信交換機(jī)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
- SpringBoot整合RabbitMQ處理死信隊(duì)列和延遲隊(duì)列
- SpringBoot+RabbitMQ?實(shí)現(xiàn)死信隊(duì)列的示例
- 如何利用rabbitMq的死信隊(duì)列實(shí)現(xiàn)延時(shí)消息
- 關(guān)于SpringBoot整合RabbitMQ實(shí)現(xiàn)死信隊(duì)列
- 關(guān)于Rabbitmq死信隊(duì)列及延時(shí)隊(duì)列的實(shí)現(xiàn)
- Springboot結(jié)合rabbitmq實(shí)現(xiàn)的死信隊(duì)列
- RabbitMQ之死信隊(duì)列深入解析
- springboot中RabbitMQ死信隊(duì)列的實(shí)現(xiàn)示例
- SpringBoot整合RabbitMQ實(shí)現(xiàn)延遲隊(duì)列和死信隊(duì)列
- springboot整合RabbitMQ中死信隊(duì)列的實(shí)現(xiàn)
相關(guān)文章
Mybatis/Mybatis-Plus駝峰式命名映射的實(shí)現(xiàn)
本文主要介紹了Mybatis-Plus駝峰式命名映射的實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-07-07
如何修改FeginCilent定義的服務(wù)名到指定服務(wù)
這篇文章主要介紹了修改FeginCilent定義的服務(wù)名到指定服務(wù)的操作,具有很好的參考價(jià)值,希望對大家有所幫助。如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2021-07-07
Mybatis-plus配置多數(shù)據(jù)源,連接多數(shù)據(jù)庫方式
這篇文章主要介紹了Mybatis-plus配置多數(shù)據(jù)源,連接多數(shù)據(jù)庫方式,具有很好的參考價(jià)值,希望對大家有所幫助,如有錯(cuò)誤或未考慮完全的地方,望不吝賜教2024-06-06
springboot logback調(diào)整mybatis日志級別無效的解決
這篇文章主要介紹了springboot logback調(diào)整mybatis日志級別無效的解決,文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-10-10
SpringBoot集成極光推送的實(shí)現(xiàn)代碼
工作中經(jīng)常會遇到服務(wù)器向App推送消息的需求,一般企業(yè)中選擇用極光推送的比較多,本文就介紹了SpringBoot集成極光推送的實(shí)現(xiàn)代碼,感興趣的可以了解一下2023-08-08

