nodejs 天生异步 为什么还需要异步队列

因为你不能保证你的系统全是 nodejs 服务，实际的情况是生产中 nodejs 只是很小一部分，大部分还是 java 做服务层

然后还需要考虑量级的场景，虽然是异步，但是 qps 一上去，一样能把 nodejs 服务器打垮。这个时候就需要 消息队列来承担这种量级的请求

因为需要持久化，以及服务平台化的需求
一旦你的 node 挂掉了，这些存在内存里面的队列都会没了
另外现在流行服务平台化，专用的任务用专用服务去做

感谢楼上几位大佬的回答

队列用处是超过 qps 的请求缓存起来慢慢来做
和语言无关。

就是耗时太长，不友好，假如发个邮件要 5s, 那不用队列的话，就是要等待 5s, 如果用异步队列的，api 的相应可能是几十 ms 毫秒而已

@chenqh 发邮件这种异步请求不需要等待啊，后面直接返回就行了，除非 await 改成同步的写法。

需要持久化吧，nodejs 的队列万一挂掉就 GG 了。

我觉得不需要 redis，前提是你的应用服务器做好柔性重启，关闭前执行完内存中遗留的任务
队列的作用是削峰，应对突发流量，如果常时流量就很大，你需要的是提高硬件 /改善架构，而不是靠队列解决，因为处理不过来在队列里也会堆积

松耦合，例如你发 http 请求，这在服务层面其实是同步的，需要通信双方都在场，而异步队列就不需要了

没有需求就不要用，建议避免过度设计。

如果你现在有个问题，需要依赖 Redis 来帮忙解决，这时候再引入 Redis 就好了。

队列能实现的是削峰填谷和松散耦合的效果，比如你的负载是时而 30%、时而 130%，这样高负载的时候你的服务就卡（有可能引发雪崩），低负载的时候机器空转浪费钱，如果业务上能接受异步处理的话，就全塞到队列里，然后消费者按照正好 100%的负载匀速消费，这样可以达到资源的最大利用。

还是那句话，没有需要不用硬上。

两码事