本文由融云技术团队原创分享，原题“IM 消息同步机制全面解析”，为使文章更好理解，对内容进行了重新归纳和细节修订。

本文由融云技术团队原创分享，原题“IM 消息同步机制全面解析”，为使文章更好理解，对内容进行了重新归纳和细节修订。

导语 1月6日，TDMQ RabbitMQ 版正式公测！TDMQ RabbitMQ 版是TDMQ系列产品中的一款子产品，是一款分布式高可用的消息队列服务，支持AMQP 0-9-1 协议，完全兼容开源 RabbitMQ 的各个组件与概念。欢迎大家扫描文末二维码使用体验！ TDMQ RabbitMQ 版的背景 众所周知，RabbitMQ是一个历史比较悠久的消息队列中间件，它是使用Erlang语言开发的实现AMQP（Advanced Message Queue Protocol 高级消息队列协议）的

RabbitMQ是一个由erlang开发的AMQP(Advanved Message Queue)的开源实现;在RabbitMQ官网上主要有这样的模块信息, Work queues消息队列,Publish/Subscribe发布订阅服务,Routing, Topics, RPC等主要应用的模块功能. 几个概念说明: Broker:它提供一种传输服务,它的角色就是维护一条从生产者到消费者的路线，保证数据能按照指定的方式进行传输, Exchange：消息交换机,它指定消息按什么规则,路由到哪个队列。 Queue:消息的载体,每个消息都会被投到一个或多个队列。 Binding:绑定，它的作用就是把exchange和queue按照路由规则绑定起来. Routing Key:路由关键字,exchange根据这个关键字进行消息投递。 vhost:虚拟主机,一个broker里可以有多个vhost，用作不同用户的权限分离。 Producer:消息生产者,就是投递消息的程序. Consumer:消息消费者,就是接受消息的程序. **Channel:**消息通道,在客户端的每个连接里,可建立多个channel.

RabbitMQ使用Erlang语言编写而成，故在安装RabbitMQ之前需要先配置Erlang环境。OTP是由Erlang库和设计原则组成，提供了开发这些系统的中间件。它包括自己的分布式数据库，与其他语言交互的应用程序，调试和发行处理工具，相当于Erlang的升级版，实际部署时以OTP代替Erlang也可以。

RabbitMQ是一个在AMQP（Advanced Message Queuing Protocol）基础上实现的，可复用的企业消息系统。它可以用于大型软件系统,各个模块之间的高效通信，支持高并发，支持可扩展。它支持在多种平台上运行，如：Python、Ruby、.NET、Java、JMS、C、PHP、ActionScript、XMPP、STOMP等，支持AJAX，持久化，用于在分布式系统中存储转发消息，在易用性、扩展性、高可用性等方面表现不俗。

作者：云计算磊哥 链接：https://zhuanlan.zhihu.com/p/379643761 来源：知乎 著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。

消息中间件包含两种模式，点对点(P2P，Point-to-Point）模式和发布/订阅(Pub/Sub，Publish/Subscribe）模式，下面将分别介绍这两种模式。

RabbitMQ是目前非常热门的一款消息中间件，不管是互联网行业还是传统行业都在大量地使用。RabbitMQ凭借其高可靠、易扩展、高可用及丰富的功能特性受到越来越多企业的青睐。作为一个合格的运维工程师，有必要深入地了解RabbitMQ的相关知识，为自己的职业生涯添砖加瓦。

RabbitMQ是目前非常热门的一款消息中间件，不管是互联网行业还是传统行业都在大量地使用。RabbitMQ凭借其高可靠、易扩展、高可用及丰富的功能特性受到越来越多企业的青睐。作为一个合格的运维工程师，有必要深入地了解RabbitMQ的相关知识，为自己的职业生涯添砖加瓦。

之前发布的文章因为在编辑后代码部分在手机上看不清已被及时删除，本文重新编辑好之后再发布一次，带来不便请谅解！ 專 欄 ❈ ZZR，Python中文社区专栏作者，OpenStack工程师，曾经的NLP研究者。主要兴趣方向：OpenStack、Python爬虫、Python数据分析。 Blog：http://skydream.me/ CSDN：http://blog.csdn.net/titan0427/article/details/50365480 ❈ fanout exchange 在上一篇中，tas

專 欄 ❈ ZZR，Python中文社区专栏作者，OpenStack工程师，曾经的NLP研究者。主要兴趣方向：OpenStack、Python爬虫、Python数据分析。 Blog：http://s

我们在做网站后端程序开发时，会碰到这样的需求：用户需要在我们的网站填写注册信息，我们发给用户一封注册激活邮件到用户邮箱，如果由于各种原因，这封邮件发送所需时间较长，那么客户端将会等待很久，造成不好的用户体验.

我们在做网站后端程序开发时，会碰到这样的需求：用户需要在我们的网站填写注册信息，我们发给用户一封注册激活邮件到用户邮箱，如果由于各种原因，这封邮件发送所需时间较长，那么客户端将会等待很久，造成不好的用户体验.

我们在做网站后端程序开发时，会碰到这样的需求：用户需要在我们的网站填写注册信息，我们发给用户一封注册激活邮件到用户邮箱，如果由于各种原因，这封邮件发送所需时间较长，那么客户端将会等待很久，造成不好的用户体验.

如上图，在不使用消息队列服务器的时候，用户的请求数据直接写入数据库，在高并发的情况下数据库压力剧增，使得响应速度变慢。但是在使用消息队列之后，用户的请求数据发送给消息队列之后立即 返回，再由消息队列的消费者进程从消息队列中获取数据，异步写入数据库。由于消息队列服务器处理速度快于数据库（消息队列也比数据库有更好的伸缩性），因此响应速度得到大幅改善。

1.什么是RabbitMQ RabbitMQ是一个由erlang开发的AMQP（Advanced Message Queue 高级消息队列协议 ）的开源实现，能够实现异步消息处理 RabbitMQ是一个消息代理：它接受和转发消息。 你可以把它想象成一个邮局：当你把你想要发布的邮件放在邮箱中时，你可以确定邮差先生最终将邮件发送给你的收件人。在这个比喻中，RabbitMQ是邮政信箱，邮局和邮递员。

https://www.rabbitmq.com/which-erlang.html

1. 简介 ---- Kafka 是 LinkedIn 使用 Scala 编写具有高水平扩展和高吞吐量的分布式消息系统。 Kafka 对消息保存时根据 Topic 进行归类，发送消息者称为 producer，消息接收者称为 consumer，此外 Kafka 集群有多个 Kafka 实例组成，每个实例（server）称为 broker。 无论是 Kafka 集群，还是 producer 和 consumer 都依赖于 zookeeper 来保证系统可用性，为集群保存一些 meta 信息。

在 RabbitMQ 中，交换机有四种类型：Direct、Fanout、Topic 和 Headers。每种交换机类型都有不同的路由规则，可以更好地满足不同应用场景的需求。