Python 如何在不安装 Celery 的情况下直接使用轻量级 Pika 封装 RabbitMQ 工具类？

直接用pika封装而非Celery，因后者抽象过深、依赖繁重；pika更轻量可控，但需自行实现连接池、重连、消息确认等关键逻辑。

为什么不用 Celery 而直接用 pika 封装？

因为 Celery 的抽象层会掩盖连接管理、重试逻辑和消息确认细节，而你只需要发几条任务、或做简单异步通知，又不想引入 celery、kombu、redis 或 eventlet 这类依赖。这时候直接用 pika 更可控——但要注意它默认是阻塞式、单线程的，不能直接当“任务队列框架”用，得自己补上连接复用、异常恢复、手动 ack 等关键逻辑。

pika.BlockingConnection 封装成可复用的工具类要注意什么？

别每次发消息都新建 BlockingConnection + channel，那会迅速耗尽 socket 和 RabbitMQ 连接数。必须做连接池化或单例复用，同时处理好网络中断后的自动重连。常见错误包括：

• 没捕获 pika.exceptions.AMQPConnectionError 或 pika.exceptions.ChannelClosedByBroker，导致程序崩溃
• 发送时没设 delivery_mode=2，消息不持久，RabbitMQ 重启就丢
• 消费者没调用 channel.basic_ack(delivery_tag=...)，消息卡在 unacked 状态
• 没设 channel.basic_qos(prefetch_count=1)，一个消费者积压大量消息，其他消费者空闲

建议封装时把 connection 和 channel 分离：连接负责重连，channel 负责收发，且每个线程/协程独占 channel（BlockingConnection 不是线程安全的）。

一个最小可用的 RabbitMQClient 工具类长什么样？

下面这个类只依赖 pika，支持发布、消费、自动重连，不含任何额外抽象：

import pika
import time
class RabbitMQClient:
def init(self, host='localhost', port=5672, virtual_host='/', 
username='guest', password='guest'):
self.url = f'amqp://{username}:{password}@{host}:{port}/{virtual_host}'
self._connection = None
self._channel = None
def _connect(self):
    if self._connection and self._connection.is_open:
        return
    try:
        parameters = pika.URLParameters(self.url)
        self._connection = pika.BlockingConnection(parameters)
        self._channel = self._connection.channel()
        self._channel.basic_qos(prefetch_count=1)  # 防止单消费者过载
    except Exception as e:
        time.sleep(2)
        raise e

def publish(self, queue_name, body, durable=True):
    try:
        self._channel.queue_declare(queue=queue_name, durable=durable)
        self._channel.basic_publish(
            exchange='',
            routing_key=queue_name,
            body=body,
            properties=pika.BasicProperties(delivery_mode=2 if durable else 1)
        )
    except (pika.exceptions.ConnectionClosed, pika.exceptions.ChannelClosed) as e:
        self._connection = None
        self._channel = None
        raise e

def consume(self, queue_name, callback):
    self._channel.queue_declare(queue=queue_name, durable=True)
    self._channel.basic_consume(
        queue=queue_name,
        on_message_callback=lambda ch, method, props, body: (
            callback(body), ch.basic_ack(method.delivery_tag)
        )
    )
    try:
        self._channel.start_consuming()
    except pika.exceptions.ConnectionClosed:
        self._connection = None
        self._channel = None

                                                                        Python 3.14.3
微软官方的 Python 扩展，是 VS Code 安装量最高的扩展（209M+）。集成 IntelliSense（通过 Pylance）、调试（通过 Python Debugger）、代码检查、格式化、重构和单元测试等功能。支持 Jupyter Notebook、虚拟环境管理和多 Python 版本切换。
注意：callback 必须是同步函数；若要并发处理，得自己开多线程跑多个 consume() 实例，并确保每个实例用独立 BlockingConnection。
哪些地方最容易被忽略？
不是语法问题，而是语义和运维层面的坑：

RabbitMQ 的 vhost 默认是 /，但 URL 编码后得写成 %2F，否则 pika.URLParameters 解析失败，报错 ValueError: Invalid URL

消费者进程退出前必须调用 channel.close() 和 connection.close()，否则 RabbitMQ 认为连接异常断开，可能堆积大量 unconfirmed 连接

basic_publish 不抛异常不代表消息一定送达——得开启 publisher confirms（channel.confirm_delivery()）并检查返回，否则网络抖动时消息静默丢失
测试时别用 localhost，Docker 容器里要用宿主 IP（如 host.docker.internal），否则连不上

轻量不等于无脑，pika 是裸金属，每一步都要自己对齐 RabbitMQ 的语义契约。