|
|
简介
RabbitMQ是流行的开源消息队列系统，用erlang语言开发。RabbitMQ是AMQP（高级消息队列协议）的标准实现。
安装
首先安装erlang环境。
官网：http://www.erlang.org/
Windows版下载地址：http://erlang.org/download/otp_win64_20.0.exe
Linux版：yum安装
Windows安装步骤
第一步运行
第二步
第三步
第四步
第五步
Erlang安装完成。
然后安装RabbitMQ，首先下载RabbitMQ的Windows版本。
官网：http://www.rabbitmq.com/
Windows版下载地址：http://www.rabbitmq.com/releases/rabbitmq-server/v3.6.10/rabbitmq-server-3.6.10.exe
打开安装程序，按照下面步骤安装。
RabbitMQ安装完成。
开始菜单中进入管理工具。
运行命令
rabbitmq-plugins enable rabbitmq_management
查看RabbitMQ服务是否启动。
至此全部安装完成。
Linux安装步骤
安装erlang。
安装RabbitMQ。
wget https://github.com/rabbitmq/rabbitmq-server/archive/rabbitmq_v3_6_10.tar.gz
rpm -ivh rabbitmq-server-3.6.10-1.el6.noarch.rpm
RabbitMQ安装失败，报错如下。
warning: rabbitmq-server-3.6.10-1.el6.noarch.rpm: Header V4 RSA/SHA512 Signature, key ID 6026dfca: NOKEY
error: Failed dependencies:
erlang >= R16B-03 is needed by rabbitmq-server-3.6.10-1.el6.noarch
socat is needed by rabbitmq-server-3.6.10-1.el6.noarch
原因是yum安装的erlang版本太低，这里提供的RabbitMQ是最新版3.6.10，所需的erlang版本最低为R16B-03，否则编译时将失败，也就是上述错误。
重新安装erlang。
wget http://erlang.org/download/otp_src_20.0.tar.gz
tar xvzf otp_src_20.0.tar.gz
cd otp_src_20.0
./configure
make && make install
重新安装erlang完毕。
运行erlang。
erl
Erlang/OTP 20 [erts-9.0] [source] [64-bit] [smp:1:1] [ds:1:1:10] [async-threads:10] [hipe] [kernel-poll:false]
Eshell V9.0 (abort with ^G)
安装socat。
再次安装RabbitMQ。
rpm -ivh rabbitmq-server-3.6.10-1.el6.noarch.rpm
warning: rabbitmq-server-3.6.10-1.el6.noarch.rpm: Header V4 RSA/SHA512 Signature, key ID 6026dfca: NOKEY
error: Failed dependencies:
erlang >= R16B-03 is needed by rabbitmq-server-3.6.10-1.el6.noarch
上述错误信息显示安装失败，因为rabbitMQ的依赖关系所导致，所以要忽略依赖，执行以下命令。
rpm -ivh --nodeps rabbitmq-server-3.6.10-1.el6.noarch.rpm
安装成功。
启动、停止RabbitMQ。
rabbitmq-server start #启动
rabbitmq-server stop #停止
rabbitmq-server restart #重启
RabbitMQ使用
实现最简单的队列通信
send端（producer）
__author__ = 'Golden'
#!/usr/bin/env python3
# -*- coding:utf-8 -*-
import pika
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
channel = connection.channel()
# 声明queue
channel.queue_declare(queue='hello')
channel.basic_publish(exchange='',
routing_key='hello',
body='hello word')
print("[x] Sent 'hello word!'")
connection.close()
receive端（consumer）
__author__ = 'Golden'
#!/usr/bin/env python3
# -*- coding:utf-8 -*-
import pika,time
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
channel = connection.channel()
channel.queue_declare(queue='hello')
def callback(ch,method,properties,body):
print('-->',ch,method,properties)
print("[x] Received %s" % body)
channel.basic_consume(callback,
queue='hello',
no_ack=True
)
print('
- waiting for messages.To exit press CTRL+C')
channel.start_consuming()
no_ack分析
no_ack属性是在调用Basic.Consume方法时可以设置的一个重要参数。no_ack的用途是确保message被consumer成功处理了。这里成功的意识是，在设置了no_ack=false的情况下，只要consumer手动应答了Basic.Ack，就算其成功处理了。
no_ack=true（此时为自动应答）
在这种情况下，consumer会在接收到Basic.Deliver+Content-Header+Content-Body之后，立即回复Ack，而这个Ack是TCP协议中的Ack。此Ack的回复不关心consumer是否对接收到的数据进行了处理，当然也不关心处理数据所需要的耗时。
no_ack=False（此时为手动应答）
在这种情况下，要求consumer在处理完接收到的Basic.Deliver+Content-Header+Content-Body之后才回复Ack，而这个Ack是AMQP协议中的Basic.Ack。此Ack的回复与业务处理相关，所以具体的回复时间应该要取决于业务处理的耗时。
总结
Basic.Ack发给RabbitMQ以告知，可以将相应message从RabbitMQ的消息从缓存中移除。
Basic.Ack未被consumer发给RabbitMQ前出现了异常，RabbitMQ发现与该consumer对应的连接被断开，将该该message以轮询方式发送给其他consumer（需要存在多个consumer订阅同一个queue）。
在no_ack=true的情况下，RabbitMQ认为message一旦被deliver出去后就已被确认了，所以会立即将缓存中的message删除，因此在consumer异常时会导致消息丢失。
来自consumer的Basic.Ack与发送给Producer的Basic.Ack没有直接关系。
消息持久化
acknowledgment消息持久化
no-ack=False，如果consumer挂掉了，那么RabbitMQ会重新将该任务添加到队列中。
回调函数中
ch.basic_ack(delivery_tag=method.delivery_tag)
basic_consume中
receive端（consumer）
__author__ = 'Golden'
#!/usr/bin/env python3
# -*- coding:utf-8 -*-
import pika,time
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
channel = connection.channel()
channel.queue_declare(queue='hello')
# 定义回调函数
def callback(ch,method,properties,body):
print('-->',ch,method,properties)
print("[x] Received %s" % body)
ch.basic_ack(delivery_tag=method.delivery_tag)
# no_ack=False表示消费完以后不主动把状态通知RabbitMQ
channel.basic_consume(callback,
queue='hello',
no_ack=False
)
print('
- waiting for messages.To exit press CTRL+C')
channel.start_consuming()
durable消息持久化
producer发送消息时挂掉了，consumer接收消息时挂掉了，以下方法会让RabbitMQ重新将该消息添加到队列中。
回调函数中
ch.basic_ack(delivery_tag=method.delivery_tag)
basic_consume中
basic_publish中添加参数
properties=pika.BasicProperties(delivery_mode=2)
channel.queue_declare中添加参数
channel.queue_declare(queue='hello',durable=True)
send端（producer）
__author__ = 'Golden'
#!/usr/bin/env python3
# -*- coding:utf-8 -*-
import pika
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
channel = connection.channel()
# 声明queue
channel.queue_declare(queue='hello',durable=True)
channel.basic_publish(exchange='',
routing_key='hello',
body='hello word',
properties=pika.BasicProperties(delivery_mode=2))
print("[x] Sent 'hello word!'")
connection.close()
receive端（consumer）与acknowledgment消息持久化中receive端（consumer）相同。
消息分发
默认消息队列里的数据是按照顺序分发到各个消费者，但是大部分情况下，消息队列后端的消费者服务器的处理能力是不相同的，这就会出现有的服务器闲置时间较长，资源浪费的情况。那么，我们就需要改变默认的消息队列获取顺序。可以在各个消费者端配置prefetch_count=1，意思就是告诉RabbitMQ在这个消费者当前消息还没有处理完的时候就不要再发新消息了。
消费者端
__author__ = 'Golden'
#!/usr/bin/env python3
# -*- coding:utf-8 -*-
__author__ = 'Golden'
#!/usr/bin/env python3
# -*- coding:utf-8 -*-
import pika,time
connection = pika.BlockingConnection(pika.ConnectionParameters('localhost'))
channel = connection.channel()
channel.queue_declare(queue='hello2',durable=True)
def callback(ch,method,properties,body):
print('-->',ch,method,properties)
print("[x] Received %s" % body)
time.sleep(30)
ch.basic_ack(delivery_tag=method.delivery_tag)
channel.basic_qos(prefetch_count=1)
channel.basic_consume(callback,
queue='hello2',
no_ack=False
)
print('
- waiting for messages.To exit press CTRL+C')
channel.start_consuming()
生产者端不变。
消息发布和订阅（publish\subscribe）
发布和订阅与简单的消息队列区别在于，发布和订阅会将消息发送给所有的订阅者，而消息队列中的数据被消费一次便消失。所以，RabbitMQ实现发布和订阅时，会为每一个订阅者创建一个队列，而发布者发布消息时，会将消息放置在所有相关队列中。类似广播的效果，这时候就要用到exchange。Exchange在定义的时候是有类型的，以决定到底是哪些Queue符合条件，可以接收消息。
fanout：所有bind到此exchange的queue都可以接收消息。
direct：通过routingKey和exchange决定的哪个唯一的queue可以接收消息。
topic：所有符合routingKey（可以是一个表达式）的routingKey所bind的queue可以接收消息。
表达式符号说明
#：一个或多个字符
*：任何字符
例如：#.a会匹配a.a，aa.a，aaa.a等。
*.a会匹配a.a，b.a，c.a等。
注意：使用RoutingKey为#，Exchange Type为topic的时候相对于使用fanout。
heaers：通过headers来决定把消息发给哪些queue。
publisher
__author__ = 'Golden'
#!/usr/bin/env python3
# -*- coding:utf-8 -*-
import pika,sys
connection = pika.BlockingConnection(pika.ConnectionParameters(host='localhost'))
channel = connection.channel()
channel.exchange_declare(exchange='logs',type='fanout')
message = ''.join(sys.argv[1:]) or 'info:Hello World!'
channel.basic_publish(exchange='logs',
routing_key='',
body=message)
print('[x] Send %r' % message)
connection.close()
subscriber
__author__ = 'Golden'
#!/usr/bin/env python3
# -*- coding:utf-8 -*-
import pika
connection = pika.BlockingConnection(pika.ConnectionParameters(host='localhost'))
channel = connection.channel()
channel.exchange_declare(exchange='logs',type='fanout')
# 不指定queue名字，rabbit会随机分配一个名字，exclusive=True会在使用此queue的消费者断开后，自动将queue删除
result = channel.queue_declare(exclusive=True)
queue_name = result.method.queue
channel.queue_bind(exchange='logs',queue=queue_name)
print('
- Waiting for logs.To exit press CTRL+C')
def callback(ch,method,properties,body):
print('
- %s'%body)
channel.basic_consume(callback,
queue=queue_name,
no_ack=True)
channel.start_consuming()
关键字发送（echange type=direct）
发送消息时明确指定某个队列并向其中发送消息，RabbitMQ还支持根据关键字发送，即队列绑定关键字，发送者将数据根据关键字发送到消息exchange，exchange根据关键字判定应该将数据发送至哪个队列。
publisher
__author__ = 'Golden'
#!/usr/bin/env python3
# -*- coding:utf-8 -*-
import pika,sys
connection = pika.BlockingConnection(pika.ConnectionParameters(host='localhost'))
channel = connection.channel()
channel.exchange_declare(exchange='direct_logs',
type='direct')
# severity = 'error'
severity = sys.argv[1] if len(sys.argv) > 1 else 'info'
# message = 'Hello World!'
message = ''.join(sys.argv[2:]) or 'Hello World!'
channel.basic_publish(exchange='direct_logs',
routing_key=severity,
body=message)
print('[x] Send %r:%r' % (severity,message))
connection.close()
subscriber
__author__ = 'Golden'
#!/usr/bin/env python3
# -*- coding:utf-8 -*-
import pika,sys
connection = pika.BlockingConnection(pika.ConnectionParameters(host='localhost'))
channel = connection.channel()
channel.exchange_declare(exchange='direct_logs',
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,properties,body):
print('
- %r:%r' % (method.routing_key,body))
channel.basic_consume(callback,
queue=queue_name,
no_ack=True)
channel.start_consuming()
启动subscriber1
python3 direct_subscriber.py warning
启动subscriber2
python3 direct_subscriber.py error
启动publisher1
python3 direct_publisher.py info
启动publisher2
python3 direct_publisher.py warning
启动publisher3
python3 direct_publisher.py error
结果
模糊匹配（exchange type=topic）
在topic类型下，可以让队列绑定几个模糊的关键字，发送者将数据发送到exchange，exchange将传入"路由值"和"关键字"进行匹配，匹配成功则将数据发送到指定队列。
*：匹配任意一个字符
#：匹配任意个字符
publisher
__author__ = 'Golden'
#!/usr/bin/env python3
# -*- coding:utf-8 -*-
import pika,sys
connection = pika.BlockingConnection(pika.ConnectionParameters(host='localhost'))
channel = connection.channel()
channel.exchange_declare(exchange='topic_logs',
type='topic')
routing_key = sys.argv[1] if len(sys.argv) > 1 else 'anonymous.info'
message = ''.join(sys.argv[2:]) or 'Hello World!'
channel.basic_publish(exchange='topic_logs',
routing_key=routing_key,
body=message)
print('[x] Sent %r:%r' % (routing_key,message))
connection.close()
subscriber
__author__ = 'Golden'
#!/usr/bin/env python3
# -*- coding:utf-8 -*-
import pika,sys
connection = pika.BlockingConnection(pika.ConnectionParameters(host='localhost'))
channel = connection.channel()
channel.exchange_declare(exchange='topic_logs',
type='topic')
result = channel.queue_declare(exclusive=True)
queue_name = result.method.queue
binding_keys = sys.argv[1:]
if not binding_keys:
sys.stderr.write('Usage: %s [binding_key]...\n' % sys.argv[0])
sys.exit(1)
for binding_key in binding_keys:
channel.queue_bind(exchange='topic_logs',
queue=queue_name,
routing_key=binding_key)
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()
测试
远程过程调用（RPC）
RPC（Remote Procedure Call Protocol）远程过程调用协议。在一个大型的公司，系统由大大小小的服务构成，不同的团队维护不同的代码，部署在不同的服务器。但是在做开发的时候往往要用到其他团队的方法，因为已经有了实现。但是这些服务部署在不同的服务器，想要调用就需要网络通信，这些代码繁琐且复杂，一不小心就会很低效。PRC协议定义了规划，其它的公司都给出了不同的实现。比如微软的wcf，以及WebApi。
在RabbitMQ中RPC的实现是很简单高效的，现在客户端、服务端都是消息发布者与消息接受者。
首先客户端通过RPC向服务端发生请求。correlation_id：请求标识，erply_to：结果返回队列。（我这里有一些数据需要你给我处理一下，correlation_id是我请求标识，你处理完成之后把结果返回到erply_to队列）
服务端拿到请求，开始处理并返回。correlation_id：客户端请求标识。（correlation_id这是你的请求标识，还给你。这时候客户端用自己的correlation_id与服务端返回的correlation_id进行对比，相同则接收。）
rpc_server
__author__ = 'Golden'
#!/usr/bin/env python3
# -*- coding:utf-8 -*-
import pika,time
connection = pika.BlockingConnection(pika.ConnectionParameters(host='localhost'))
channel = connection.channel()
channel.queue_declare(queue='rpc_queue')
def fib(n):
if n == 0:
return 0
elif n == 1:
return 1
else:
return fib(n-1) + fib(n-2)
def on_request(ch,method,props,body):
n = int(body)
print('[.] fib(%s)' % n)
response = fib(n)
ch.basic_publish(exchange='',
routing_key=props.reply_to,
properties=pika.BasicProperties(correlation_id=props.correlation_id),
body = str(response))
ch.basic_ack(delivery_tag=method.delivery_tag)
channel.basic_qos(prefetch_count=1)
channel.basic_consume(on_request,queue='rpc_queue')
print('[x] Awaiting RPC requests')
channel.start_consuming()
rpc_client
__author__ = 'Golden'
#!/usr/bin/env python3
# -*- coding:utf-8 -*-
import pika,uuid
class FibonacciRpcClient(object):
def __init__(self):
self.connection = pika.BlockingConnection(pika.ConnectionParameters(host='localhost'))
self.channel = self.connection.channel()
result = self.channel.queue_declare(exclusive=True)
self.callback_queue = result.method.queue
self.channel.basic_consume(self.on_response,no_ack=True,
queue=self.callback_queue)
def on_response(self,ch,method,props,body):
if self.corr_id == props.correlation_id:
self.response = body
def call(self,n):
self.response = None
self.corr_id = str(uuid.uuid4())
self.channel.basic_publish(exchange='',
routing_key='rpc_queue',
properties=pika.BasicProperties(
reply_to=self.callback_queue,
correlation_id=self.corr_id,),
body=str(n))
while self.response is None:
self.connection.process_data_events()
returnint(self.response)
fibonacci_rpc = FibonacciRpcClient()
print('[x] Requesting fib(10)')
response = fibonacci_rpc.call(10)
print('[.] Got %r ' % response)
|
|
QQ群⑧：
窥视卡
雷达卡
发表于 2017-12-9 18:44:45
提升卡
置顶卡
沉默卡
喧嚣卡
变色卡
千斤顶
显身卡