PHP 7.4+ 连不上 RabbitMQ 是因 AMQPConnection 被废弃且原生扩展默认缺失，应改用 php-amqplib；注意端口（5672 非 15672）、mandatory 参数、publish 返回值校验、consume 回调模式及超时设置。
PHP 连不上 RabbitMQ 就是 AMQPConnection 被废弃了
PHP 7.4+ 默认不带原生 AMQP 扩展，AMQPConnection 类早在 pecl-amqp 1.9.0 就被标记为废弃，现在用会直接报 Class 'AMQPConnection' not found。别查老教程，它真不能用了。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 改用官方维护的
php-amqplib/php-amqplib（纯 PHP 实现，Composer 安装即可） - 确认 PHP 版本 ≥ 7.2，且启用了
sockets和json扩展（默认都有） - 连接失败时先检查
AMQP_HOST、AMQP_PORT是否写反——常见把端口 5672 写成 15672（那是管理界面端口）
发消息时丢数据？大概率没设 mandatory 或没处理 AMQPExchange::publish() 返回值
RabbitMQ 默认采用“尽力而为”投递，如果路由不到队列（比如 exchange 没绑定 queue），消息就静默消失。PHP 客户端不会自动抛异常，publish() 返回 false 就代表失败，但很多人忽略它。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 发消息前务必开启
mandatory=true：$channel->basic_publish($msg, $exchange, $routing_key, false, true) - 检查返回值：
if (!$channel->basic_publish(...)) { throw new RuntimeException('Message rejected by broker'); } - 不要在循环里反复重试同一消息——可能触发死信或压垮 channel，加个简单退避（如
usleep(10000)）再试 1–2 次即可
消费者进程一跑就退出？AMQPQueue::consume() 不是阻塞式调用
consume() 默认只拉一条消息就返回，不是长连接监听。写成 while (true) { $queue->consume(...); } 看似合理，但实际会高频空转、吃 CPU，且无法优雅退出。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用
$queue->consume($callback, AMQP_AUTOACK)的回调模式，让底层保持连接并持续投递 - 必须手动设置超时防止卡死：
$channel->set_timeout(30)（单位秒），否则网络抖动时进程挂住 - 捕获
PhpAmqpLib\Exception\AMQPRuntimeException，它常表示连接断开，此时应重建 channel 而非直接 exit
Redis 做消息队列？LPUSH + BRPOP 在高并发下容易漏消息
Redis 不是消息中间件，没有 ACK 机制。消费者拿到消息后崩溃，消息就丢了；多个消费者用 BRPOP 竞争，也可能因网络延迟导致重复消费或跳过消息。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 仅限低可靠性场景（如日志归档、通知广播），别用于支付、库存等强一致性流程
- 若坚持用 Redis，至少加一层状态标记：用
HSET message:{id} status processing，消费完成再删 key - 注意
BRPOP超时参数——设为 0 会永久阻塞，线上必须设有限值（如 30），配合心跳检测连接健康度
