redis为何把订阅/发布和消息队列联系在一起？
是这样，消息队列负责存储一些信息，然后用来持久化到数据库，主要用来解决高并发下减轻数据库的压力以及解决线程阻塞问题，而redis的pub/sub功能主要用来发布和订阅消息，而且消息是瞬时的，实在想象不到它和队列有什么关系。
现在假设我要解决一个抢红包的高并发的问题，我只需要让点击红包的用户存进redis的一个list里面，然后单开一个线程不断从list中读取数据进行持久化就行了，这样实现了队列功能，也解决了线程阻塞和数据库压力问题，和消息的发布订阅也没什么关系啊，难道是我理解有误？如果是这样，请大神指点，谢谢！
写回答
-
redis是在数据结构之上扩展了队列这种数据结构 如果要专业的，还是直接用消息队列产品，避免以后业务发展还要重构 https://www.aliyun.com/product/rocketmq?spm=5176.14414305.J_8058803260.385.3ec65960K5Guu8
2021-03-19 22:36:14赞同 展开评论 打赏 -
喜欢技术，喜欢努力的人
edis的发布/订阅， 是一种消息通信模式，一般可以用于及时通信系统，比如聊天室，实时提醒。主要是为了解耦消息发布者和消息订阅者之间的耦合。
就像你说的消息是瞬时的，来一个就要处理一个，在大并发下，并没有解决线程堵塞和数据库压力问题。
如果简单的消息队列，可以用redis的list结构处理，或者选用专门的像rabbitmq等这样的2019-07-17 18:46:53赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
涵盖 RocketMQ、Kafka、RabbitMQ、MQTT、轻量消息队列(原MNS) 的消息队列产品体系，全系产品 Serverless 化。RocketMQ 一站式学习：https://rocketmq.io/
