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

• 資深大佬 : MrTreasure

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

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

• 資深大佬 : des

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

• 主 資深大佬 : meteor957

  感谢上几位大佬的回答

• 資深大佬 : xcstream

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

• 資深大佬 : chenqh

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

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

• 資深大佬 : wanguorui123

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

• 資深大佬 : wangritian

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

• 資深大佬 : April5

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

• 資深大佬 : libook

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

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

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

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