Broker：消息协商器。消息队列的实体，它在TCP/IP等端口上监听AMQ消息
vHost:虚拟主机。功能上类似于web的虚拟主机，都是把数据按照功能或项目的不同划分为不同的虚拟主机；用户只被授予访问虚拟主机的权限，而没有其他比这高级的访问控制措施。客户端与Broker沟通需要先建立连接，这些连接仅限于连接用户和虚拟主机。
channel：通道。客户端在连接中声明一个通道，这个通道是客户与Broker之间的一个逻辑连接；客户端的操作都是通过通道来实现的。具体的操作需要客户端声明相应的组件。
常用的组件：
- 交换器（Exchange），它是发送消息的实体；可以显式命名
- 队列（Queue），这是接收消息的实体；可以显式命名；如果不命名，系统会自动生成一个队列，名称也为随机的，随机生成的队列生命周期会在当次生成它的连接断开时结束
- 绑定器（Bind），将交换器和队列连接起来，并且封装消息的路由信息；绑定的交换器
message:消息
消息的组成：
- 元数据，例如内容的编码或者表明来源的字段。
- 标志位，标记消息投递时候的一些保障机制。
- 一个特殊的字段叫做routing key。
exchange:交换器
交换器负责把producer的消息按指定的规则分配给queue
规则有四种：
- direct
- topic
- headers
- fanout 群发，向所有绑定的queue
queue:队列
broker储存消息的位置，他可以由producer和consumer任意一方建立。
temporary queue:临时队列
声明队列时如果不指明队列名称，那么声明的队列将是一个自动命名的队列，这个队列会在连接断开时自动删除，因为它属于一次会话的专属队列，会话结束，它也就应该结束了。
消息从发送到接收的流程：
消息发送客户端-create channel-》exchange-》queue-》-create channel -消息接收客户端 （接收端的接收流程还不确定）
broker在发送消息成功后会立即删除掉保存在queue中的该条消息。如果设置了回执，broker会在收到回执后执行删除。
consumer关闭、broker服务关闭都会造成任务失败和消息丢失。
- consumer异常： message acknowledgment。如果consumer发生异常消息未收到的情况下，broker不会删除掉该消息，而是重新发送，直到收到consumer返回回执才会删除。
- broker异常： 对队列和消息进行持久化。
- 队列持久化：在队列声明中将持久化的参数设置为true即可使队列持久化；这个设置必须在producer和consumer同时设置；另外，已声明并存在队列的属性是不能修改，因此需要重新声明一个新的队列
- 消息持久化： 依据原始消息数据，在实例化消息对象时，传入消息持久化的参数
默认的这种持久化并不是非常的强壮，因为在broker接受消息后有一小段时间内消息是未保存的。另外，rabbitmq不会对每条消息执行fsync，因此消息有可能是在内存的缓存中，并未真正的写到磁盘上。如果需要更妥当的持久化，需要用到事务Transaction 具体详情：https://www.rabbitmq.com/confirms.html
round-robin dispatching:消息轮询分发
如果有多个worker，borker会将消息按照奇偶数轮流分发给worker；
Qos:服务质量
消息有的长，有短，如果一个worker分发到的消息都很长，而一个worker分发到的都比较短，那么一个worker会很繁忙，另一个会很闲。这样就需要去平衡消息的分发。
设置qos ：basic_qos(null, 1, null)。1代表的是broker一次只发送一条消息给worker，如果worker没有完成上一条发送的消息、没有给broker发送回执，那么则不会继续给这个worker发送下一条消息，下一条的消息会发送给一个空闲的worker来处理。
(未完待续....)