本篇内容主要讲解“如何理解RabbitMQ核心概念和AMQP协议”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“如何理解RabbitMQ核心概念和AMQP协议”吧!
目录
前言
1. 初识RabbitMQ
2. 互联网大厂为什么选择RabbitMQ？
3. RabbiMQ的高性能之道是如何做到的？
4. 什么是AMQP高级消息队列协议？
5. AMQP核心概念是什么？
6. RabbitMQ整体架构模型是什么样子的？
7. RabbitMQ消息是如何流转的？
本章学习，我们可以了解到以下知识点：
互联网大厂为什么选择RabbitMQ？
RabbiMQ的高性能之道是如何做到的？
什么是AMQP高级协议？
AMQP核心概念是什么？
RabbitMQ整体架构模型是什么样子的？
RabbitMQ消息是如何流转的？
RabbitMQ 是一个开源的消息代理和队列服务器，用来通过普通协议在完全不同的应用之间共享数据（RabbitMQ能够实现跨语言跨平台的机制，），RabbitMQ是使用Erlang语言来编写的，并且RabbitMQ是基于AMQP协议的。
仅仅通过上面一句话，相信大家一定有很多疑惑和问题。
RabbitM成熟度到底怎么样？
业界使用度怎么样？哪些大厂在使用？为什么？
包括RabbitMQ到底都有哪些特点?
RabbitMQ为什么要用Erlang语言去编写？
什么是AMQP协议？AMQP协议里面的具体的规范又是什么？
我相信大家跟我一样都会有这样的疑惑。那么我们一起来学习一RabbitMQ吧。
我们来了解第一个问题。
业界使用度怎么样？哪些大厂在使用？为什么？都有哪些优点？
据我了解：滴滴、美团、去哪儿、头条…
这些互联网大厂都会采用RabbitMQ作为它底层的消息通信的一个基础组件。根本原因：
开源、性能优秀、稳定性保障
提供可靠性消息投递模式（confirm）、返回模式（return）
与SpringAMQP完美的整合、扩展性变得更强、API丰富
集群模式丰富、表达式配置、HA（高可用）模式、镜像队列模型
保证数据不丢失的前提下做到高可靠性、可用性
原因就在于它使用了Erlang语言，Erlang语言最初在于交换机领域的架构模式，这样使得RabbitQ在Broker之间进行数据交互的性能是非常优秀的。
还有一点也是取决于作者，RabbitMQ开发的作者在开发RabbitMQ之间，先用Erlang语言做了一个简单的交换机，然后他惊奇的发现：Erlang的优点：Erlang有着和原生Socket一样好的延迟效果。
相信大家接触过Socket的朋友，对它的有怎样的性能有一定的了解。像我们耳熟能详的RPC通信框架。比如说：dubbo，它底层就是采用了Netty，Netty无非就是网络编程中的高性能之王，它无非就是一个Socket。
基于这个特点呢，我们就有了一个充分的选择RabbitMQ的理由。其实我们选择RabbitMQ的时候，有一个主要的考量目标就是：当消息入到RabbtMQ节点上的时候，RabbitMQ的延迟以及响应。
AMQP全称：Advanced Message Queuing Protocol（高级消息队列协议）
AMQP定义：是具有现代特征的二进制协议。是一个提供统一消息服务的应用层标准高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。
它就类似于Java中的JMS。是比较上层的规范，基于这个规范可以开发出各种各项的消息中间件。
模型分析
Pubilsher application：生产者应用 生产的消息，扔到Server端。
Server：指的就是RabbitMQ的节点
Virtual host:虚拟主机，比较上层的一个路由，类似于路由器这么一个概念。后续介绍
Exchange:交换机，生产者直接将消息投递到Exchange中。但是要经历3个过程 -》server->Virtual host->Exchange
先确定将消息发送到哪台服务器，那么就需要先去建立连接，设置一些地址等等。
第二层，投递到哪个Virtual host 需要定义。
第三层，投递到哪个Exchange也需要定义。
再看Consumer application 消费者的应用端，消费端只需要监听Message Queue，当队列中有消息的时候，就拿出来消费。因此在Exchange和Message Queue之间有绑定的关系存在，后续详细介绍。
AMQP核心概念：
server: 又称Broker,接收客户端的链接，实现AMQP实体服务
Connection: 链接，应用程序与Broker的网络连接
Channel:网络信道，几乎所有的操作（数据的读、写）都在Channel中进行，Channel是进行消息读写的通道。客户端可建立多个Channel，每个Channel代表一个会话任务。
Message：消息，服务器和应用程序之间传送的数据，由Properties和Body组成。Properties可以对消息进行修饰，比如消息的优先级、延迟等高级特性；Body则就是消息体内容。
Virtual host:虚拟地址，用于进行逻辑隔离，最上层的消息路由。一个Virtual host 里面可以有若干个Exchange和Queue，同一个Virtual Host里面不能有相同名称的Exchange和Queue。一种逻辑概念，类似Redis的逻辑数据库。用来划分具体的服务。
Exchange：交换机，接收消息，根据路由键转发消息到绑定的队列
Binding:Exchange 和Queue之间的虚拟连接，Binding中可以包含routing key
Routing key:一个路由股则，虚拟机可用它来确定如何路由一个特定消息。
Queue:也称为message Queue,消息队列，保存消息并将它们转发给消费者。
以上核心概念先有一个大概的认知，以后会详细介绍。
生产者把消息投递到Exchange,Exchange投递到Queue.
因此我们的生产者只需要关注把消息投递到指定的Exchange即可,我们的消费者只需要监听指定Queue即可。就是这么简单的机制。
通过图我们也能看到，生产者不需要关注投递到哪个队列，消费也不需要关注是从哪个Exchange上来的，这两块没有耦合的情况。主要是应为Exchange和Queue有一个绑定的关系。
生产者publisher application 生产消息Message投递到Exchange上，Exchange绑定MessageQueue，可以绑定过多个MessageQueue，为什么三个队列只有其中一个队列收到了消息呢？主要是由于Exchange是有一个路由功能的。这个路由就是routing key,这个路由有两个非常关键的点，
第一个：你的消息是需要发送到哪个Exchange。
第二个：你发消息的时候需要带上routing key，然后通过Exchange 和 MessageQueue 建立一个绑定关系，通过路由key把消息路由到一个指定的队列上。然后我们的消费端直接监听队列就行了，就可以消费了。
到此，相信大家对“如何理解RabbitMQ核心概念和AMQP协议”有了更深的了解，不妨来实际操作一番吧！这里是亿速云网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
