死信队列 (rabbitMQ)

转载:http://www.imooc.com/article/283645

1.什么是死信队列

想必有些小伙伴应该听说过‘死信队列’这个开发词汇,这个‘死信’到底是什么呢?怎么用呢?下面就给大家说下。

死信队列:没有被及时消费的消息存放的队列,消息没有被及时消费有以下几点原因:

a.消息被拒绝(basic.reject/ basic.nack)并且不再重新投递 requeue=false

b.TTL(time-to-live) 消息超时未消费

c.达到最大队列长度

消息变成死信后,会被重新投递(publish)到另一个交换机上(Exchange),这个交换机往往被称为DLX(dead-letter-exchange)“死信交换机”,然后交换机根据绑定规则转发到对应的队列上,监听该队列就可以被重新消费。

生产者-->发送消息-->交换机-->队列-->变成死信队列-->DLX交换机-->队列-->监听-->消费者

2.应用场景

在电商开发部分中,都会涉及到延时关闭订单,怎么实现延时关闭订单呢?

小明说:“使用定时任务去做不就行了麽”

小刚说:“使用delayQueue实现延时队列也可以嘛”

小红说:“这个我知道,使用rabbitmq利用延时策略去做”

综上所述:在高并发的情况下,不建议使用定时任务去做,因为太浪费服务器性能,不建议

                 delayQueue(无界阻塞队列)这个大家可以去百度下

下面注重介绍下RabbitMQ

RabbitMQ介绍

RabbitMQ是实现了高级消息队列协议(AMQP)的开源消息代理软件(亦称面向消息的中间件)。RabbitMQ服务器是用Erlang语言编写的,而集群和故障转移是构建在开放电信平台框架上的。所有主要的编程语言均有与代理接口通讯的客户端

特性与作用

可伸缩性:支持集群         消息持久化:从内存持久化到硬盘,再从硬盘中读取到内容

作用:解耦,异步,削峰

为什么不用delayQueue,反而建议使用rabbitmq呢?

delayQueue是java并发多线程中的一种队列实现机制,不能做集群化处理,而且在团队开发中不利于维护,rabbitmq支持集群化处理,不需要我们把更多的时间放在代码的耦合度上面。

3.利用‘死信’来实现定时关闭订单

sender

config

/**

 *死信交换机,死信交换机不是特定的交换机类型,而是普通的交互机

 * 根据TTL(time-to-live)消息过期策略,来实现消息的回收,被称为Dead-Letter-exchange (死信交换机DLX)

 * 一般消息变为死信,有以下三种情况:

 * 1.消息被拒绝消费(requeue=false)

 * 2.消息已经过期(TTL)

 * 3.队列达到最大长度

 */


//创建死信交换机

@Bean

publicExchange deadLetterExcahnge(){

    returnnewDirectExchange("DL_EXCHANGE");

}


//创建死信队列

@Bean

publicQueue deadLetterQueue(){

    Map<String,Object> maps = newHashMap<>();

    maps.put(DEAD_LETTER_QUEUE_KEY,"DL_EXCHANGE");

    maps.put(DEAD_LETTER_ROUTING_KEY,"KEY_R");

    returnnewQueue("DEAD_LETTER_QUEUE",true,false,false,maps);

}


//定义死信转发队列,其实也就是回收站

@Bean

publicQueue reDerictQueue(){

    returnnewQueue("REQUEST_DERICT_QUEUE",true);

}


/**

 * 死信路由通过 DL_KEY 绑定键绑定到死信队列上

 * @return

 */

@Bean

publicBinding deadLetterBinding(){

    returnnewBinding("DEAD_LETTER_QUEUE",Binding.DestinationType.QUEUE,"DL_EXCHANGE","DL_KEY",null);

}


/**

 * 死信路由通过 KEY_R 绑定键绑定到死信队列上

 * @return

 */

@Bean

publicBinding reDirectBinding(){

    returnnewBinding("REQUEST_DERICT_QUEUE",Binding.DestinationType.QUEUE,"DL_EXCHANGE","KEY_R",null);

}

receiver

@Component

public class Receiver {

    private static final Logger log = LoggerFactory.getLogger(Receiver.class);

    @RabbitListener(queues = {"REQUEST_DERICT_QUEUE"})

    public void receiver(String message){

        log.debug("10秒后的消息为:{}",message);

    }

上面的代码呢,只是参考部分,这边给大家推荐一篇文章:

https://www.cnblogs.com/lori/archive/2018/11/19/9984760.html

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 214,444评论 6 496
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,421评论 3 389
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 160,036评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,363评论 1 288
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,460评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,502评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,511评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,280评论 0 270
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,736评论 1 307
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,014评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,190评论 1 342
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,848评论 5 338
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,531评论 3 322
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,159评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,411评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,067评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,078评论 2 352

推荐阅读更多精彩内容