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

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

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

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

大多数公司rabbitMQ都够用了，rocketmq对php不太友好，不过如果是阿里云的话做了php的适配，毕竟rocketmq本来就是阿里做了捐给apache的。golang语言有一个NSQ，对phper比较友好，不过它的同一个队列只能保存在单机上，可靠性和备份靠写盘，写盘速度又慢了，不像rabbitmq和rocketmq可以把一条消息同步在多台机器做备份，如果需要ack同时极端情况允许少部分丢失或宕机的话可以上NSQ，而且它只有发布订阅模型，比rabbitmq简单，一小时就能熟练部署维护+使用

可以用go去消费

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

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

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 梭哈 🐶