博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
day11-RabbitMQ direct广播模式
阅读量:6379 次
发布时间:2019-06-23

本文共 2008 字,大约阅读时间需要 6 分钟。

一、前言

  之前我们谈到的是1对多以广播的方式,发送给所有的消费者。那如果消费者可以进行过滤,有选择的进行接收我想要的消息。下面我们就来学习第二种广播方式,即  direct广播模式

  RabbitMQ还支持根据关键字发送,即:队列绑定关键字,发送者将数据根据关键字发送到消息exchange,exchange根据 关键字 判定应该将数据发送至指定队列。

二、direct广播模式逻辑图

三、direct广播模式代码实现

3.1、生产者(publisher)

import pika,sysconnection = pika.BlockingConnection(pika.ConnectionParameters                                     ("localhost"))channel = connection.channel()#定义direct类型的exchangechannel.exchange_declare(exchange="direct_logs",                         exchange_type="direct")#定义重要程度,定义什么级别的日志severity = sys.argv[1] if len(sys.argv) > 1 else "info"message = ' '.join(sys.argv[2:]) or "hello world"#发送消息channel.basic_publish(exchange="direct_logs",                      routing_key=severity,                      body=message                      )print(" [x] Sent %r:%r" % (severity, message))connection.close()

注意了:这边routing_key是只的你过滤的条件

3.2、消费者(consumer)

import pika,sysconnection = pika.BlockingConnection(pika.ConnectionParameters                                     ("localhost"))channel = connection.channel()#定义direct类型的exchangechannel.exchange_declare(exchange="direct_logs",exchange_type="direct")result = channel.queue_declare(exclusive=True)queue_name = result.method.queue#手动输入安全级别severities = sys.argv[1:]if not severities:    sys.stderr.write("Usage: %s [info] [warning] [error]\n" % sys.argv[0])    sys.exit(1)#循环遍历绑定消息队列for severity in severities:    channel.queue_bind(exchange="direct_logs",                       queue=queue_name,                       routing_key=severity)print(' [*] Waiting for logs. To exit press CTRL+C')def callback(ch,method,properites,body):    "回调函数"    print(" [x] %r:%r" % (method.routing_key, body))#消费消息channel.basic_consume(callback,queue=queue_name,no_ack=True)channel.start_consuming()

注意:绑定队列时,需要循环遍历绑定。

三、执行实验

3.1、符合条件的执行结果

①服务端不输入参数执行->客户端能正常收到消息

②服务端输入参数->客户端能正常收到消息

服务端:                                                                                            客户端:

结论:客户端设置只允许warning和info的级别的收到,其他的收不到

3.2、不符合符合条件的执行结果

服务端:                                                                                                客户端

  

结论:客户端不接受不满足info条件的消息。

 

转载于:https://www.cnblogs.com/zhangqigao/articles/7610762.html

你可能感兴趣的文章
Spring Boot项目配置RabbitMQ集群
查看>>
bash 交互与非交互
查看>>
怎么提高自身技术
查看>>
北京游泳馆
查看>>
Mac 安卓模拟器打开 ONS
查看>>
完全卸载Oracle 11g教程
查看>>
Oracle调整表空间大小——ORA-03297: 文件包含在请求的 RESIZE 值以外使用的数据
查看>>
二叉树(一)
查看>>
函数的递归
查看>>
JavaScript之将JS代码放在什么位置最合适
查看>>
【“零起点”--百度地图手机SDK】如何使用离线地图?
查看>>
深拷贝与浅拷贝复习
查看>>
各种参数的响应时间
查看>>
SQL Server 索引重建脚本
查看>>
23:LVS客户端配置脚本案例
查看>>
Android播放本地视频
查看>>
80. Hibernate 5.0命名策略使用naming-strategy 不起作用【从零开始学Spring Boot】
查看>>
not found command:svn
查看>>
addEventListener和attachEvent小结
查看>>
IPHONE 开发 4 -- 深入理解iPhone OS/SDK与Objective-C 2.0
查看>>