欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

Rabbitmq--topic

程序员文章站 2022-03-21 20:42:13
一、前言 前面讲到direct类型的Exchange路由规则是完全匹配binding key与routing key,但这种严格的匹配方式在很多情况下不能满足实际业务需求。topic类型的Exchange在匹配规则上进行了扩展,它与direct类型的Exchage相似,也是将消息路由到binding ......
一、前言

  前面讲到direct类型的Exchange路由规则是完全匹配binding key与routing key,但这种严格的匹配方式在很多情况下不能满足实际业务需求。topic类型的Exchange在匹配规则上进行了扩展,它与direct类型的Exchage相似,也是将消息路由到binding key与routing key相匹配的Queue中,但这里的匹配规则有些不同,它约定: 

routing key为一个句点号“. ”分隔的字符串(我们将被句点号“. ”分隔开的每一段独立的字符串称为一个单词),如“stock.usd.nyse”、“nyse.vmw”、“quick.orange.rabbit” binding key与routing key一样也是句点号“. ”分隔的字符串 binding key中可以存在两种特殊字符“*”与“#”,用于做模糊匹配,其中“*”用于匹配一个单词,“#”用于匹配多个单词(可以是零个)

  Rabbitmq--topic

  以上图中的配置为例,routingKey=”quick.orange.rabbit”的消息会同时路由到Q1与Q2,routingKey=”lazy.orange.fox”的消息会路由到Q1与Q2,routingKey=”lazy.brown.fox”的消息会路由到Q2,routingKey=”lazy.pink.rabbit”的消息会路由到Q2(只会投递给Q2一次,虽然这个routingKey与Q2的两个bindingKey都匹配);routingKey=”quick.brown.fox”、routingKey=”orange”、routingKey=”quick.orange.male.rabbit”的消息将会被丢弃,因为它们没有匹配任何bindingKey。

 二、Exchange topic

  topic 和 direct 改动不多,就是routing key 和bind key 需要改一下

  生产端:

# -*- coding: UTF-8 -*-


import pika

# 创建一个连接
connection = pika.BlockingConnection(pika.ConnectionParameters(
    host='localhost'))

# 创建一个管道
channel = connection.channel()

# 声明exchange 及类型
channel.exchange_declare(exchange='topic_log',
                         exchange_type='topic')

# 输入信息,格式为 *.info from *.info test 类似
input_data = input('>>:').strip()

# 将输入的信息以空格为分割,转换为列表
data_list = input_data.split(' ')

# 三元运算,如果输入信息存在,就使用输入的信息data_list[0],否则用 'anonymous.info'
severity = data_list[0] if len(data_list) > 1 else 'anonymous.info'

message = ' '.join(data_list[2:]) or 'hello,world!'

# 这里的routing_key就是 data_list[0] 或 'info'
channel.basic_publish(exchange='topic_log',
                      routing_key=severity,
                      body=message)
print('[x] Sent %r:%r' % (severity, message))

connection.close()

  消费端:

  

# -*- coding: UTF-8 -*-

import pika

connection = pika.BlockingConnection(pika.ConnectionParameters(
    host='localhost'))

channel = connection.channel()

# 声明exchange 及类型
channel.exchange_declare(exchange='topic_log',
                         exchange_type='topic')

result = channel.queue_declare(exclusive=True)

queue_name = result.method.queue

# 在此我们定义一些列表,列表内容如下
# 这2个列表分别用来测试和routing_key匹配情况
# 第一种只允许接收info的信息
# 第二种允许接收error 和 mysql的信息


# severities = ['*.info']
severities = ['*.error', 'mysql.*']

for severity in severities:
    channel.queue_bind(exchange='topic_log',
                       queue=queue_name,
                       routing_key=severity)
print(' [*] Waiting for logs. To exit press CTRL+C')


def callback(ch, method, properties, body):
    print(" [x] %r:%r" % (method.routing_key, body))

channel.basic_consume(callback,
                      queue=queue_name,
                      no_ack=True)

channel.start_consuming()

  我们测试时,分别启动两个consumer。

  第一个consumer1 中使用   severities = ['*.info']

  第二个consumer2中使用   severities = ['*.error', 'mysql.*']

   生产者分别输入:   

appache.info from appache info test

nginx.error from nginx error test

mysql.info from mysql info test

  可以看到日志信息分别会汇总到两个consumer中, 其中 consumer1 会收到 appache.info 和 mysql.info的信息, 而 consumer2 会收到 nginx.error 和 mysql.info 的信息。