RabbitMQ小记(三)

1、RabbitMQ中mandatory和immediate以及备份交换机

(1)mandatory为true时,若交换机无法根据自身类型和路由键找到符合条件的对列,那么RabbitMQ会回调Basic.Return将消息返回生产者。

  生产者可以调用channel.addReturnListener来添加ReturnListener实现获取被返回的消息。  

  channel.basicPublish(EXCHANGE NAME , "", true ,MessageProperties . PERSISTENT TEXT PLAIN ,"mandatory test" . getBytes());

  channel.addReturnListener(new ReturnListener() (

    public void handleReturn(int replyCode , String replyText ,String exchange , String routingKey ,AMQP.BasicProperties basicProperties ,byte[] body) throws IOException{

      String message = new String(body);

      System.out.print("返回结果是:"+message);

    }

  });

(2)mandatory为false时,若交换机无法根据自身类型和路由键找到符合条件的对列,那么RabbitMQ会丢弃消息。

(3)immediate为true时,若交换机发现队列上不存在消费者时,那么消息不会存入队列,,那么RabbitMQ会回调Basic.Return将消息返回生产者。Rabbit3.0开始不使用immediate。

(4)immediate和mandatory的差别

  mandatory告诉服务器至少将消息存储到一个队列中,否则将消息返回生产者。

  immediate告诉服务器若队列上有消费者则存储,否则将消息返回生产者。

(5)备份交换机,简称AE,生产者在发送消息时,未规定mandatory参数或mandatory参数为false时,消息服务器未找到对应的对列,会将消息丢弃,而生产者不想消息被丢弃,这时可以将消息存储到备份交换机(AE)中。

  实现备份交换机有两种方式:

  1)声明交换器(channel.exchangeDeclare)时添加alternate-exchange参数来实现。 

    Map<String , Object> args = new HashMap <String , Object>();
    args.put("alternate-exchange" , "myAe");
    channe1.exchangeDeclare( "ExchangeName" , " direct" , true , false , args);
    channe1.exchangeDeclare( "myAe " , "fanout" , true , false , null) ;

  2)通过策略(Policy)的方式来实现。

  rabbitmqctl set_policy AE “^normalExchange” ‘{“alternate-exchange” :"myAE"," " }‘

2、过期时间(TTL)

设置消息的过期时间,有两种方式:

1)通过对列属性来设置,这样队列中所有消息的过期时间是一样的。

  Map<String , Object> args = new HashMqp<String , Object>{};

  args . put( " x-expires" , 1800000);

  channel . queueDeclare("myqueue " , false , false , false , args) ;

2)通过对每条消息来设置过期时间。

  AMQP . BasicProperties.Builder builder = new AMQP.BasicProperties . Builder();

  builder.deliveryMode(2);//持久化消息

  builder.expiration(“6000”);//设置过期时间

  AMQP.BasicProperties properties = builder . build() ;channel.basicPublish(exchangeName , routingKey , mandatory , properties ," ttlTestMessage".getBytes());

两种都设置过期时间时,取最短时间,超过过期时间,消息就会变成死信。

3、死信队列、延迟队列、优先级队列

(1)死信队列,简称DLX,当消息被拒绝、过期、队列达到最大长度时,消息就会变成死信,而死信就会被存储在死信队列里。

  死信队列可以在队列属性中设置:

  channel . exchangeDeclare("dlx_exchange " ,“direct”);//创建direct类型交换机

  Map<String , Object> args = new HashMap<String , Object>();
  args . put("x-dead-letter-exchange" , " dlx_exchange ");//设置交换机属性
  channel . queueDeclare("myqueue" , false , false , false , args);//将myqueue设置为死信对列

(2)延迟队列,生产者发出消息后想在特定的时间让消费者获取消息,可以在发消息时设置消息延迟时间。

  可以通过死信得方式来实现消息延迟,例如当生产者通过A1交换机把消息发送到B1队列上,设置过期时间为20秒,当消息过期后,会存储到死信队列B2上,而消费者去订阅B2对列,从而实现消息延迟。

(3)优先级队列,优先级高的对列中存储的消息会被最先消费。

  Map<String , Object> args= new HashMap<String , Object>() ;

  args.put( " x-rnax-priority " , 10) ;//设置优先级为10

  channel.queueDeclare( " Queue_priority " , true , false , false , args) ;

4、远程过程调用(RPC)

  通过远程计算机从网络发起服务请求,有助于降低分布式的构建难度。

  RabbitMQ实现RPC,客户端发送请求消息,为每一条消息指定唯一的ID,服务端回复响应消息,为了接收相应的消息,需要在请求消息中发送一个回调对列,回调对列收到服务端返回的消息后根据ID来将返回消息和请求消息进行匹配,如果匹配失败,回复消息会被丢弃,RPC的流程图如下:

5、消息持久化

  消息持久化可以提高RabbitMQ的可靠性,以防在重启、宕机时发生的数据丢失,RabbitMQ中持久化可分为交换器持久化、对列持久化、消息持久化。

  交换器持久化:声明交换器时把durable设置为true,交换器持久化会保证消息不会丢失,但自身的数据会丢失,无法再将消息发送到交换器上。

  对列持久化:声明对列时把durable设置为true,对列持久化可以保证自身的数据不会丢失,但存储的消息会丢失。

  消息持久化:将消息发送模式BasicProperties中的deliveryMode设置为2,重启、宕机消息不会丢失。

  对列和消息、交换器都设置持久化,会很大概率保证数据不会丢失,但是会影响效率,因为持久化会将数据写到磁盘里。

 

原文地址:https://www.cnblogs.com/carblack/p/12653815.html

时间: 2025-01-18 01:56:15

RabbitMQ小记(三)的相关文章

RabbitMQ(三) -- Publish/Subscribe

RabbitMQ(三) -- Publish/Subscribe `rabbitmq`支持一对多的模式,一般称为发布/订阅.也就是说,生产者产生一条消息后,`rabbitmq`会把该消息分发给所有的消费者. Exchanges 之前的教程中,仅仅使用了基本的消息模型: 生产者产生消息 把消息添加到消息队列 消费者接收消息 而在`rabbitmq完整的消息模型`中,并不是这样的.事实上,生产者并不知道消息是否发送到队列,而是把消息直接发送给`Exchanges`. `Exchanges`的功能理解

RabbitMQ(三) ——发布订阅

RabbitMQ(三) --发布订阅 (转载请附上本文链接--linhxx) 一.概述 RabbitMQ的发布订阅(Publish/Subscribe),其将生产者和消费者进一步解耦,生产者生产消息后,交付给交换机,消费者上线后,主动主动去队列中取数据进行处理.该模式也符合上一节工作队列中的ack.预取等规则. 发布订阅模式如下图所示: 二.交换机(exchange) 生产者生产完消息之后,都是将消息通过channel交给交换机,即生产者并不直接和队列联系.在没有定义交换机的时候,RabbitM

rabbitMQ第三篇:采用不同的交换机规则

在上一篇我们都是采用发送信息到队列然后队列把信息在发送到消费者,其实实际情况并非如此,rabbitMQ其实真正的思想是生产者不发送任何信息到队列,甚至不知道信息将发送到哪个队列.相反生产者只能发送信息到交换机,交换机接收到生产者的信息,然后按照规则把它推送到对列中,交换机是如何做处理他接收到的信息,并怎么样发送到特定的队列,那么这一篇主要是讲解交换机的规则. 一:发布/订阅 在上一篇说到的队列都指定了名称,但是现在我们不需要这么做,我们需要所有的日志信息,而不只是其中的一个.如果要做这样的队列,

RabbitMQ入门(三) —— fanout交换器

这篇文章主要介绍下fanout类型的exchange.fanout,顾名思义,就是像风扇吹面粉一样,吹得到处都是.如果使用fanout类型的exchange,那么routing key就不重要了.因为我们向exchange发送消息时用不着指定routing key,它会把消息给每个绑定到该exchange的queue发一份. package com.jaeger.exchange.fanout; import java.io.IOException; import java.util.concu

python使用rabbitMQ介绍三(发布订阅模式)

一.模式介绍 在前面的例子中,消息直接发送到queue中. 现在介绍的模式,消息发送到exchange中,消费者把队列绑定到exchange上. 发布-订阅模式是把消息广播到每个消费者,每个消费者接收到的消息都是相同的. 一个生产者,多个消费者,每一个消费者都有自己的一个队列,生产者没有将消息直接发送到队列,而是发送到了交换机,每个队列绑定交换机,生产者发送的消息经过交换机,到达队列,实现一个消息被多个消费者获取的目的.需要注意的是,如果将消息发送到一个没有队列绑定的exchange上面,那么该

RabbitMQ学习三

Work Queues 在上一篇文章中,send.py程序向名为hello的队列发送消息,receive.py程序向名为hello的队列接收消息.这一节中,我们将创建一个Work Queue用于将那些比较耗时的任务分布到多个worker上. Work Queues工作队列或者叫做Task Queues任务队列的主要概念就是为了避免立刻执行一个耗费资源的任务并且不得不等待它执行完成.取而代之的是,我们将这个任务调度到以后去执行. 我们封装一个任务为一个消息并发送这个消息到队列.一个work pro

RabbitMQ(三):任务分发机制

 在上篇文章中,我们解决了从发送端(Producer)向接收端(Consumer)发送"Hello World"的问题.在实际的应用场景中,这是远远不够的.从本篇文章开始,我们将结合更加实际的应用场景来讲解更多的高级用法. 当有Consumer需要大量的运算时,RabbitMQ Server需要一定的分发机制来balance每个Consumer的load.试想一下,对于web application来说,在一个很多的HTTP request里是没有时间来处理复杂的运算的,只能通过后

Linq基础知识小记三

1.子查询 Linq中的子查询思想和Sql中的子查询其实差不多, 对于方法语法,一个子查询包含在另一个子查询的Lambda表达式中,代码如下: string[] names = { "James", "Kobe", "Curry", "Durrent" }; IEnumerable<string> result = names.OrderBy(n => n.Split().Last()); n.Split()

构建之法阶段小记三

本周已是学期的第十周,这周内通过书中第三章的介绍对如何成为一个合格的软件工程师及软件工程师在个体.团队中应具备的素养有了一些基本的了解. 软件开发流程不光是团队的流程,还包括个人开发流程.书中以足球队做类比,阐明了一个非常重要的概念就是--软件团队是由个人组成的,在团队的大流程中,是每一个具体的个人在做开发.测试.用户界面设计.管理.交流等工作.因此,个人能力的衡量与发展在团队合作中也非常重要,书中也介绍了几种比较妥当的个人评价标准. 软件工程师应该在不同阶段有以下几种成长:积累软件开发相关的知