RabbitMQ基本示例,轮询机制,no_ack作用
一、RabbitMQ简介:
'''
RabbitMQ就是消息队列
之前不是学了Queue了吗,都是队列还学RabbitMQ干嘛?
干的事情是一样的
Python的Queue有两个,
一个线程Queue生产者消费者模型,一个进程Queue用于父进程与子进程交互
两个完全独立的Python程序就不能交互了,或者两台机器之间的Queue,Java跟Python之间不能交互了
所以有了RabbitMQ QQ跟Word通信:
1、用socket直接通信
2、通过硬盘通信
3、QQ通过socket发给中间商,中间商通过socket发给Word
第1个和第3个有啥区别呢?
第一种直接通信比较复杂,
第二种中间商可以省去网络通信维护的工作,而且可以实现三方或者更多方的通信
这个中间商就叫RabbitMQ
Python语言连接RabbitMQ的模块有:
pika主流常用、 celery分布式消息队列
'''
二、简单的示例:
import pika # 相当于建立最基本的socket
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
# 声明一个管道
channel = connection.channel()
# 在管道里声明一个队列
channel.queue_declare(queue='q1')
# 通过管道发消息
channel.basic_publish(exchange='',
routing_key='q1', # 队列名
body='Hello World') # 消息内容
print("send: Hello World")
connection.close()
producer生产者
import pika '''
消费者可能在其他机器上跨机器是没问题的
'''
# 建立连接.
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
# 建立管道
channel = connection.channel()
# 声明队列,为什么还要声明队列?
# 如果是生产者先运行,可以不写这个。
# 由于不确定生产者先运行还是消费者先运行,所以写上这个,随便哪个先运行都不会报错。
channel.queue_declare(queue='q1') def callback(ch, method, properties, body):
# ch:管道内存对象地址,method:获取前面发的routing_key或处理成功应答delivery_tag,properties:可以获取持久化模式delivery_mode
print("-->", ch, method, properties)
print("received:{0}".format(body))
# 开始消费消息
channel.basic_consume(callback, # 如果收到消息就调用该函数处理消息
queue='q1',
no_ack=True)
print("Waiting for messages...")
# 开始收消息了。启动就一直运行,一直收下去,没有就阻塞住
channel.start_consuming()
consumer消费者
运行结果:先启动消费者,再启动生产者(多个生产者,一个消费者)
'''
消费者控制台(启动时):
Waiting for messages...
生产者控制台(第一次运行):
send: Hello World
消费者控制台(变化1):
Waiting for messages...
--> <BlockingChannel impl=<Channel number=1 OPEN....
received:b'Hello World'
生产者控制台(第二次运行):
send: Hello World
消费者控制台(变化2):
Waiting for messages...
--> <BlockingChannel impl=<Channel number=1 OPEN....
received:b'Hello World'
--> <BlockingChannel impl=<Channel number=1 OPEN....
received:b'Hello World'
'''
三、消息分发轮询:
上面的示例第二种运行结果:先启动消费者,再启动生产者(多个生产者,多个消费者)
'''
消费者控制台(启动消费者1):
Waiting for messages...
消费者控制台(启动消费者2):
Waiting for messages...
消费者控制台(启动消费者3):
Waiting for messages...
生产者控制台(第一次运行):
send: Hello World
消费者1控制台(变化):
Waiting for messages...
--> <BlockingChannel impl=<Channel number=1 OPEN....
received:b'Hello World'
生产者控制台(第二次运行):
send: Hello World
消费者2控制台(变化):
Waiting for messages...
--> <BlockingChannel impl=<Channel number=1 OPEN....
received:b'Hello World'
生产者控制台(第三次运行):
send: Hello World
消费者3控制台(变化):
Waiting for messages...
--> <BlockingChannel impl=<Channel number=1 OPEN....
received:b'Hello World'
生产者控制台(第四次运行):
send: Hello World
消费者1控制台(变化):
Waiting for messages...
--> <BlockingChannel impl=<Channel number=1 OPEN....
received:b'Hello World'
--> <BlockingChannel impl=<Channel number=1 OPEN....
received:b'Hello World'
轮询分发...
'''
四、特殊情况,no_ack作用:
'''
假如现在顺序启动了3个消费者(A,B,C)处理数据,
A在处理的过程中挂掉了,怎么办呢?有两种方式:
一、no_ack设置为True:
这种情况表示生产者不关心数据是否处理完毕。如果A挂了
A当时的数据就丢掉了没有被处理
二、no_ack不写:
这种情况下,如果A挂了,A的数据会转给B, 如果B挂了,A的数据会
转给C,如果C也挂了,那么在下次启动消费者时会转给第一次启动的消费者
这种情况下,消费者处理完毕会通知RabbitMQ,RabbitMQ就从队列里删除
该数据。只有收到通知才从队列中删除。
'''
consumer: 改以下两处就会将所有消息完全处理
def callback(ch, method, properties, body):
print("--->:",ch)
time.sleep(10)
print("received: ", body)
# 2、加上这句,通知给RabbitMQ说这个消息已经处理完了,可以从队列里删了,如果no_ack=False这里必须要写
ch.basic_ack(delivery_tag=method.delivery_tag) channel.basic_consume(callback,
queue='q1',
# no_ack=True 1、将这句注释表示消费者处理一条就通知RabbitMQ
)
查看队列里当前消息数量:

RabbitMQ基本示例,轮询机制,no_ack作用的更多相关文章
- RabbitMQ消息分发轮询和Message Acknowledgment
一.消息分发 RabbitMQ中的消息都只能存储在Queue中,生产者(下图中的P)生产消息并最终投递到Queue中,消费者(下图中的C)可以从Queue中获取消息并消费. 多个消费者可以订阅同一个Q ...
- 【python】-- RabbitMQ 安装、基本示例、轮询机制
RabbitMQ MQ全称为Message Queue, 是一种分布式应用程序的的通信方法,它是消费-生产者模型的一个典型的代表,producer往消息队列中不断写入消息,而另一端consumer则可 ...
- 通过 PowerShell 支持 Azure Traffic Manager 外部端点和权重轮询机制
Jonathan TulianiAzure网络 - DNS和 Traffic Manager高级项目经理 在北美 TechEd 大会上,我们宣布了 Azure Traffic Manager将支持 ...
- RabbitMQ消息分发轮询
一,前言 如果我们一个生产者,对应多个消费者,rabbitmq 会发生什么呢 二,消息分发轮询 前提条件:1个生产者 ----> 多个消费者,且no_ack=True (启动三次生产者) ① ...
- kafka Poll轮询机制与消费者组的重平衡分区策略剖析
注意本文采用最新版本进行Kafka的内核原理剖析,新版本每一个Consumer通过独立的线程,来管理多个Socket连接,即同时与多个broker通信实现消息的并行读取.这就是新版的技术革新.类似于L ...
- 12.nodejs事件轮询机制
一:nodejs事件轮询机制 就是 函数的执行顺序 <script type="text/javascript"> setImmediate(function(){ ...
- nginx基本配置与参数说明以及Nginx中的upstream轮询机制介绍
转自:http://blog.csdn.net/happydream_c/article/details/54943802 一.nginx简介 Nginx (发音为[engine x])专为性能优化而 ...
- OSChinaclient源代码学习(3)--轮询机制的实现
主要以OSChina Androidclient源代码中Notice的轮询机制进行解读. 一.基础知识 一般IM(即使通讯)的实现有两种方式:推送和轮询,推送就是server主动向client发送消息 ...
- 面试题: nodejs 的事件轮询机制
setTimeout(function(){ console.log('setTimeout()执行了') },0) setImmediate(function(){ console.log('set ...
随机推荐
- Docker技术知识点总结
Docker技术知识点总结 本文宿主机环境Centos7.4Docker version 18.09.2, build 6247962采用国内 Daocloud 加速器---------------- ...
- InstallShield Limited Edition Project 打包windows服务解析
最近项目从vs2005 升级到vs2010后,发现新的vs2010 不再带有原来的安装工程项目,导致以前的安装包不可以使用,查找资料后发现微软从vs2010 版本后不再提供自带的安装工程,尝试着利用 ...
- influxdb使用说明
前言 influxdb是目前比较流行的时间序列数据库. 何谓时间序列数据库?什么是时间序列数据库,最简单的定义就是数据格式里包含Timestamp字段的数据,比如某一时间环境的温度,CPU的使用率等. ...
- Python爬虫入门教程 8-100 蜂鸟网图片爬取之三
蜂鸟网图片--啰嗦两句 前几天的教程内容量都比较大,今天写一个相对简单的,爬取的还是蜂鸟,依旧采用aiohttp 希望你喜欢 爬取页面https://tu.fengniao.com/15/ 本篇教程还 ...
- 使用Redmine的PHP API时,如何判断需求是否为原子需求
使用Redmine的PHP API时,如何判断需求是否为原子需求 使用redmine的PHP接口时,怎样才能判断需求是否为原子需求呢,下面给出具体的做法: /** * 判断是否为原子需求, 即是否依然 ...
- VueJs 源码分析 ---(一) 整体对 vuejs 框架的理解
vue-2.x SourceCode vue 2.x 源码解析 关于vue,以及为何要来写这份源码解析的原因 笔者从最开始接触到 vue 应该还是在 15年 10月份左右,当时听说 前端圈中发生很多的 ...
- WebApi系列~对HttpClient的响应流进行解压
回到目录 有时我们的请求头为ContentEncoding添加了gzip进行了压缩,而服务端返回数据时也会对它进行gzip压缩,如果在这种情况下,你直接头响应流会是乱码,而必须先进行压缩,大叔将这块的 ...
- 前端笔记之HTML5&CSS3(上)新特性&音频视频&本地存储&自定义属性
一.HTML5简介 HTML 5 的第一份正式草案已于2008年1月22日公布.HTML5 仍处于完善之中.然而,大部分现代浏览器已经具备了某些 HTML5 支持. 2014年10月29日,万维网联盟 ...
- Chapter 5 Blood Type——24
"She's just a little faint," he reassured the startled nurse. "They're blood typing i ...
- RabbitMQ消息队列(十二)-性能测试
硬件配置 宿主机用的联想3850X6的服务器四颗E7-4850v3的处理器,DDR4内存,两块1.25TB的pcie固态.在宿主机上使用的事esxi5.5的虚拟化平台,在子系统中安装RabbitMQ和 ...