当微服务从RabbitMQ接收消息并长时间处理数据,并且连接被窃听时的队列关闭时,
Traceback (most recent call last):
File "/home/saturn/Logic/MAIN_1.py", line 200, in <module>
channel.start_consuming()
File "/usr/local/lib/python3.5/dist-packages/pika/adapters/blocking_connection.py", line 1780, in start_consuming
self.connection.process_data_events(time_limit=None)
File "/usr/local/lib/python3.5/dist-packages/pika/adapters/blocking_connection.py", line 707, in process_data_events
self._flush_output(common_terminator)
File "/usr/local/lib/python3.5/dist-packages/pika/adapters/blocking_connection.py", line 474, in _flush_output
result.reason_text)
pika.exceptions.ConnectionClosed: (-1, "ConnectionResetError(104, 'Connection reset by peer')")
现在任务处理将近5分钟。主要代码-
credentials = pika.PlainCredentials(username='NAME',password='PASSWORD')
ConnParr = pika.ConnectionParameters(host='HOST', credentials=credentials)
connection = pika.BlockingConnection(ConnParr)
channel = connection.channel()
def callback(ch, method, properties, body):
in_data = json.loads(body.decode('utf-8'))
main(in_data)
ch.basic_ack(delivery_tag=method.delivery_tag)
def main(in_data):
time.sleep(300)
channel.queue_declare(queue=IN_QUEUE)
channel.basic_qos(prefetch_count=1)
channel.basic_consume(callback, queue=IN_QUEUE)
channel.start_consuming()
答案 0 :(得分:0)
之所以会这样,是因为time.sleep
调用阻塞了您的主线程,并阻止了Pika从RabbitMQ发送和接收心跳消息。您有几种方法可以解决此问题:
升级到Pika 0.12.0
,在单独的线程中运行main
方法,然后在该线程中使用add_callback_threadsafe
在频道{{ 3}}。
使用异步使用者示例作为代码的起点。
要记住的重要部分是您不能阻止Pika的内部事件循环,并且不能期望连接保持活动状态。如果您需要进一步的帮助,Pika的维护人员(包括我在内)将监视docs和rabbitmq-users
邮件列表中的问题。