在可读队列python中关闭连接

时间:2018-07-17 15:52:10

标签: python rabbitmq pika

当微服务从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()     

1 个答案:

答案 0 :(得分:0)

之所以会这样,是因为time.sleep调用阻塞了您的主线程,并阻止了Pika从RabbitMQ发送和接收心跳消息。您有几种方法可以解决此问题:

  • 升级到Pika 0.12.0,在单独的线程中运行main方法,然后在该线程中使用add_callback_threadsafe在频道{{ 3}}。

  • 使用异步使用者示例作为代码的起点。

要记住的重要部分是您不能阻止Pika的内部事件循环,并且不能期望连接保持活动状态。如果您需要进一步的帮助,Pika的维护人员(包括我在内)将监视docsrabbitmq-users邮件列表中的问题。