这是一个创建于 1590 天前的主题，其中的信息可能已经有所发展或是发生改变。
发送短信，邮件这些耗时任务，本来就是异步请求，不会阻塞后面的逻辑。为什么还需要 redis 队列来处理。
 |
1
MrTreasure 2020-08-18 18:17:04 +08:00  1
因为你不能保证你的系统全是 nodejs 服务，实际的情况是生产中 nodejs 只是很小一部分，大部分还是 java 做服务层
然后还需要考虑量级的场景，虽然是异步，但是 qps 一上去，一样能把 nodejs 服务器打垮。这个时候就需要 消息队列来承担这种量级的请求 |
 |
2
des 2020-08-18 18:35:08 +08:00 1
因为需要持久化，以及服务平台化的需求
一旦你的 node 挂掉了，这些存在内存里面的队列都会没了 另外现在流行服务平台化，专用的任务用专用服务去做 |
 |
3
meteor957 OP 感谢楼上几位大佬的回答
|
 |
4
xcstream 2020-08-18 23:43:32 +08:00 1
队列用处是超过 qps 的请求缓存起来慢慢来做
和语言无关。 |
 |
5
chenqh 2020-08-19 00:26:21 +08:00 1
就是耗时太长，不友好，假如发个邮件要 5s, 那不用队列的话，就是要等待 5s, 如果用异步队列的，api 的相应可能是几十 ms 毫秒而已
|
 |
7
wanguorui123 2020-08-19 09:30:51 +08:00 1
需要持久化吧，nodejs 的队列万一挂掉就 GG 了。
|
 |
8
wangritian 2020-08-19 09:49:39 +08:00 1
我觉得不需要 redis，前提是你的应用服务器做好柔性重启，关闭前执行完内存中遗留的任务
队列的作用是削峰，应对突发流量，如果常时流量就很大，你需要的是提高硬件 /改善架构，而不是靠队列解决，因为处理不过来在队列里也会堆积 |
 |
9
April5 2020-08-19 13:49:09 +08:00 1
松耦合，例如你发 http 请求，这在服务层面其实是同步的，需要通信双方都在场，而异步队列就不需要了
|
 |
10
libook 2020-08-19 13:54:41 +08:00
没有需求就不要用，建议避免过度设计。
如果你现在有个问题，需要依赖 Redis 来帮忙解决，这时候再引入 Redis 就好了。 队列能实现的是削峰填谷和松散耦合的效果，比如你的负载是时而 30%、时而 130%，这样高负载的时候你的服务就卡（有可能引发雪崩），低负载的时候机器空转浪费钱，如果业务上能接受异步处理的话，就全塞到队列里，然后消费者按照正好 100%的负载匀速消费，这样可以达到资源的最大利用。 还是那句话，没有需要不用硬上。 |
 |
11
haijianyang 2020-09-15 15:50:46 +08:00
两码事
|
Select Language