消息队列中的概念和消息模型

每种消息队列都有一套自己的消息模型，像队列（Queue）、主题（topic）、分区（partition）这些概念在每个消息队列模型中都会涉及，但含义不太一样。

为什么出现这种情况，因为没有标准！曾经也有组织尝试制定消息的标准，无奈标准的进化跟不上消息队列的演进速度，这些标准实际上已经被废弃了。

消息模型类型

1. 队列模型（queue pattern）

早期的消息队列就是按照“队列”设计的。生产者（producer）发消息就是“入队”操作，消费者（consumer）接收消息就是“出队”也就是删除操作，服务端存放消息的容器称为“队列”。

队列模型存在的问题，如何实现多端消费？

一种可行的解决方案是：为每个消费者创建一个单独的队列，让生产者发送多份。这种可行方案是一种比较蠢的做法，同样的一份消息数据被复制到多个队列中会浪费资源，更重要的是生产者需要知道有多少个消费者，为每个消费者单独发送一份消息，这实际上违背了消息队列“解耦”的设计初衷。

为了解决多端消费的问题，演化出了另一种消息模型，发布-订阅模型。

2. 发布-订阅模型（publish-subscribe pattern）

在发布-订阅模型中，消息的发送方称为发布者（publisher）,消息的接收方称为订阅者（subscriber），服务端存放消息的容器称为主题（topic）。发布者将消息发送到主题中，订阅者在接收消息之前需要先“订阅主题”。“订阅”在这里即是一个动作，同时还可以认为主题在消费时的一个逻辑副本，每份订阅中，订阅者都可以接收到主题的全量消息。

在发布-订阅模型中，如果只有一个订阅者，那和队列模型就基本一样了，也就是说发布-订阅模型在功能层面是可以兼容队列模型的。

队列模型和发布-订阅模型最大的区别就是：一份消息数据能不能被消费多次。