上一篇,我们实现了一个简单的消息队列:
1、生产者发送消息到rabbitMQ Server,rabbitMQ Server将我们把消息队列保存,然后消费者从队列依次取出。
2、我们通过消息确认机制保证消息已被消费者处理。
但是异常也有可能发生在rabbitMQ Server端。如果server异常挂掉,队列里面还有消息未处理完,那我们再次重启server的时候,消息队列里的消息就全没了,显然,这是不能接受的。另外,上一篇,我们是直接指定将消息发送到某个队列,这样我们首先就要创建队列,并给队列命名。producer和consumer要统一队列名。如果每一个新的连接都维持一个新的队列,指定队列名就不太好使了。
简单的消息队列,一个消息只能被一个消费者获取并完成处理。如果一个消息要发送给多个消费者呢。接下来,我们看一种新的模式,即Publish/Subscribe 发布订阅模式。
- 发布订阅者模式下,生产者将消息发送到exchange,exchange,根据路由routing_key发送到相应的队列(fanout类型除外,它会广播到可接收的所有队列)
- 消费者可以自己声明一个队列,并将队列与exchange进行绑定,绑定时可指定routing_key。
- 这样,通过exchange和routing_key我们就实现了自由地获取自己想要的信息。不再受queue的约束。一个消息可以发送到多个queue,消费者也可以自定义queue来获取消息
- Exchange的类别分为4种:direct、topic、header、fanout
exchange_type:fanout
在调用exchange_declare声明exchange时,将exchange_type设置为fanout,我们就得到了一个fanout的exchange。它会将消息发到所有绑定到该exchange上的队列,无需routing_key.
生产者emit_log.py
import pika
import sys
connection = pika.BlockingConnection(
pika.ConnectionParameters(host='localhost'))
channel = connection.channel()
#声明一个exchange,并指定类型为fanout
#fanout为广播类型,即会发到所有的队列
channel.exchange_declare(exchange='logs',
exchange_type='fanout')
message = ''.join(sys.argv[1:]) or 'info:Hello World'
#指定exchange,fanout无需指定routing_key
channel.basic_publish(exchange='logs',
routing_key='',
body=message)
print('[X] Sent %r' % message)
connection.close()
receive_log.py
import pika
connection = pika.BlockingConnection( pika.ConnectionParameters(host='localhost'))
channel = connection.channel()
#声明一个exchange
channel.exchange_declare(exchange='logs',exchange_type='fanout')
#我们可以用queue=''声明一个临时的队列,名称由server生成或者server从已有队列中选一个给我们使用
#将exclusive设置为True,只允许当前连接可访问。因为是一个临时队列,在当前连接断开后,该队列就会被删除掉
result = channel.queue_declare(queue='',exclusive=True)
#获取队列的名称
queue_name = result.method.queue
#将交换机与队列相绑定
channel.queue_bind(exchange='logs',queue=queue_name)
#回调
def callback(ch,method,properties,body):
print("[x] %r" % body)
print('[*] Waiting for logs.To exit press CTRL+C')
channel.basic_consume(
queue=queue_name,
on_message_callback=callback,
auto_ack=True)
#启动消费线程
channel.start_consuming()
exchange_type:direct
上面的fanout的类型是一种广播形式。但是在一些情况下,我们希望exchange的消息是分类发到不同的队列中的,比如有一个名为device的exchange,我们希望灯light、开关switches等不同的设备的消息会发到不同的的队列中。此时我们就需要用到routing_key。
把上面的代码稍微改一下:
发送部分emit_log_direct.py:
#声明一个名为device的exchange,类型是direct
channel.exchange_declare(exchange='device',
exchange_type='direct')
#获取命令行的第2个参数为routing_key
severity = sys.argv[1] if len(sys.argv) > 1 else 'info'
message = ''.join(sys.argv[2:]) or "Hello World!"
#发送的时候指定exchange,routing_key.
channel.basic_publish(
exchange='direct_logs',routing_key=severity,body=message
)
接收部分receive_logs_direct.py:
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
)
终端执行,我们启动接收的worker,只接收light的消息
(mq) huanghuan@huanghuandeMacBook-Pro rabbitMQ % python receive_logs_direct.py light
[*] Waiting for logs.To exit press CTRL+C
[X] 'light':b'Hello World!'
分别设置routing_key为light和switch
(mq) huanghuan@huanghuandeMacBook-Pro rabbitMQ % python emit_log_direct.py light
[X] Sent 'light':'Hello World!'
(mq) huanghuan@huanghuandeMacBook-Pro rabbitMQ % python emit_log_direct.py switch
[X] Sent 'switch':'Hello World!'
上面的结果可以看到,消费者之收到了light的消息,并没有收到switch的消息。switch的消息,exchange根据路由无法找到队列,就被丢弃了。
exchange_type:topic
direct的路由都是完全匹配的,有些情况下,一些消息可能有一个大的主题,然后只要是这个主题下,都要。比如有一个news的exchange,不管wechat.news,还是weibo.news,我这边都需要。
把direct的代码稍改一下:
channel.exchange_declare(exchange='news',exchange_type='topic')
然后运行:
python receive_logs_topic.py "*.news"
*匹配任意字符串
(mq) huanghuan@huanghuandeMacBook-Pro rabbitMQ % python emit_log_topic.py wechat.news wechat
[x] sent 'wechat.news':'wechat'
(mq) huanghuan@huanghuandeMacBook-Pro rabbitMQ % python emit_log_topic.py weibo.news weibo
[x] sent 'weibo.news':'weibo'
(mq) huanghuan@huanghuandeMacBook-Pro rabbitMQ %
receive:
(mq) huanghuan@huanghuandeMacBook-Pro rabbitMQ % python receive_logs_topic.py "*.news"
[*] Waiting for logs.To exit press CTRL+C
[x] 'wechat.news':b'wechat'
[x] 'weibo.news':b'weibo'
这样,不论是weixin的news还是weibo的news,全都获取。
durable
上面我们只是介绍了另一种队列的使用方式,但是重启server,消息丢失的问题还未解决。
怎样保证rabbitMQ Server重启之后,消息不被丢失呢?很简单,只需两步设置:
- 声明队列的时候,设置durable参数为True,表示在server重启中要“活下来”,不要被删除掉。
channel.queue_declare(queue='task_queue',durable=True)
- 调用basic_publish发送消息时,设置属性delivery_mode为pika.spec.PERSISTENT_DELIVERY_MODE
channel.basic_publish(exchange='',
routing_key='task_queue',
body=message,
properties=pika.BasicProperties(
delivery_mode=pika.spec.PERSISTENT_DELIVERY_MODE,#make message persistent)
)
按照上面两步设置,即使rabbitMQ Server因意外重启,未处理的消息也不会丢失,在Server重启后又可以继续处理。
网友评论