redis也可以实现队列，为什么还要用rabitmq或者kafka

redis也可以实现队列，为什么还要用rabitmq或者kafka

抛开业务场景谈这些组件的选择就是耍流氓。 负载不大，可靠性要求不高，没有扩容需求的情况下自然都一样，甚至就像之前说的，不用redis，就写文件都行，往某个文件夹里写个文件=>入队，拿出来删掉=>出队

至于ack啊，分布式啊，抗压啊等等各种问题，redis基本没有现成解决方案，有的可以自己变通解决，有的就是解决不了，所以才会有各种各样的专业队列组件，有的注重速度，有的注重分布式，有的注重可靠性，他们都会试图解决redis解决不了的一些问题。就好像你磁盘写文件当key-value用，IO的速度自然成为瓶颈，负载能力上不去，所以才会有专业的redis来做内存的kv

redis只是提供一个高性能的、原子操作的分布式队列实现。具体的业务还是得需要你自己定制。你的需求实际上是一个变形的生产者-消费者实现。对于此类需求，主要是将请求和实际的处理过程解耦，一般都是采取异步的方式来通知请求方，这跟用不用redis其实没有多大的关系。一般的实现方法是你需要将用户的请求封装成一个Task，然后将这个Task再push到redis队列，然后后端的worker.php完全可以多进程、多线程的并发处理Task并将处理结果回调给请求方。这里唯一麻烦点的就是这个Task的设计，需要能够包含请求信息(请求内容，请求方标识等等).

如以上回答内容为低俗、色情、不良、暴力、侵权、涉及违法等信息，可以点下面链接进行举报！

点此我要举报以上问答信息