您好,登錄后才能下訂單哦!
小編給大家分享一下Spring RabbitMQ死信機制的示例分析,希望大家閱讀完這篇文章之后都有所收獲,下面讓我們一起去探討吧!
死信隊列:沒有被及時消費的消息存放的隊列,消息沒有被及時消費有以下幾點原因:
1.有消息被拒絕(basic.reject/ basic.nack)并且requeue=false
2.隊列達到最大長度
3.消息TTL過期
采用死信機制的好處是可以提高系統(tǒng)的穩(wěn)定性,當消息消費失敗后,消息進入死信隊列,可以對消息進行補償,可以達到最終一致性的目標.
具體例子如下:
@Bean public Queue deadQueue() { return new Queue(DEAD_QUEUE_NAME, true); } @Bean public DirectExchange deadExchange() { return new DirectExchange(DEAD_EXCHANGE_NAME); } @Bean public Binding bindingDeadExchange(Queue deadQueue, DirectExchange deadExchange) { return BindingBuilder.bind(deadQueue).to(deadExchange).with(DEAD_ROUTING_KEY); } @Bean Queue directQueue() { Map<String, Object> args = new HashMap<>(2); args.put("x-dead-letter-exchange", DEAD_EXCHANGE_NAME); args.put("x-dead-letter-routing-key", DEAD_ROUTING_KEY); return new Queue(DIRECT_QUEUE_NAME, true, false, false, args); }
只要簡易的配置,這樣消費失敗的消息就能被收集起來,后續(xù)我們可以實現(xiàn)一個死信消費者,將死信消息進行補償。
如果是想手動補償,可以將死信消息存入數據庫,做一個管理頁面去做補償.
看完了這篇文章,相信你對“Spring RabbitMQ死信機制的示例分析”有了一定的了解,如果想了解更多相關知識,歡迎關注億速云行業(yè)資訊頻道,感謝各位的閱讀!
免責聲明:本站發(fā)布的內容(圖片、視頻和文字)以原創(chuàng)、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯(lián)系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。