请教一下关于MQ的技术选型？

我的项目一直在用 rabbitMQ，只用了 “Fanout 、topic”，目前没有发现有什么问题，也都够我们的业务使用； 我们的模式是： laravel 是生产者 .net core 是消费者

只用过 rabbitMQ，laravel 生产，gin 消费，一天 200-300W 条，没发现出问题

不要在业务中引入陌生人。

可以用 go 去消费

感谢各位的建议和反馈，决定就 rabbitMQ 了

感觉选哪个 MQ 都不差，但重要的问题是 1. 需要实现常驻进程的平滑退出，不能造成数据丢失 2. 保证数据重复处理的幂等性。。我目前使用的是 Hyperf + Redis List 实现的队列，让我苦恼的是因为 Swoole 的特殊性，没法做到进程平滑退出。

hyperf rabbitmq 的包我感觉做的不完善

rabitmq 在 PHP 支持中很好，rocketmq 在 PHP 中没使用过

之前待的公司用的是 kafka，spring boot 生产者，laravel 消费者

php 消费 rabbitmq, 用的是进程，一台机器最多就开几百个进程，并发有限，可以试试用 swoole 来消费 rabbitmq, 如果可以用协程消费，那么就能实现大并发的消费。仅是建议，实际我也还在试

直接上 Hyperf 全写呗。用 kafka 然后 redis steam 做异常旁路 这种两个框架分开写 代码维护两份意义不大

1. 看你的项目情况，如果数据量小，我觉得 redis 方式的消息队列其实可以处理的，觉得不可靠可以阅读下 larave redis 那块的代码，你就知道使用 redis 做消息丢列不是简单用 list 来做（单纯用 list 来做，没有确认机制容易导致消息丢失还有状态判断）
2. 适中的话可以使用 rabbitmq
3. 大项目的话，直接用 kafka

RabbitMQ 就行，Hyperf 实现了多路复用，性能是可以的

Hyperf 梭哈 🐶