RabbitMQ学习

第1章 RabbitMQ概述

1.消息队列：是一种应用间的通信方式，消息发送后可以立即返回，由消息系统来确保消息的可靠传递。消息发布者只管把消息发布到 MQ 中而不用管谁来取，消息使用者只管从 MQ 中取消息而不管是谁发布的。这样发布者和使用者都不用知道对方的存在。应用之间传递的数据被称为消息。

2.消息队列的好处：以常见的订单系统为例，用户点击【下单】按钮之后的业务逻辑可能包括：扣减库存、生成相应单据、发红包、发短信通知。在业务发展初期这些逻辑可能放在一起同步执行，随着业务的发展订单量增长，需要提升系统服务的性能，这时可以将一些不需要立即生效的操作拆分出来异步执行，比如发放红包、发短信通知等。这种场景下就可以用 MQ ，在下单的主流程（比如扣减库存、生成相应单据）完成之后发送一条消息到 MQ 让主流程快速完结，而由另外的单独线程拉取MQ的消息（或者由 MQ 推送消息），当发现 MQ 中有发红包或发短信之类的消息时，执行相应的业务逻辑。 

第2章 RabbitMQ安装完毕之后管理插件的使用

RabbitMQ安装成功后使用默认用户名guest登录，账号密码均为guest，仅能本地登录。
登录网址如下  http://127.0.0.1:15672/ 

使用管理插件可以方便地添加用户、删除用户、修改密码、设置用户角色，其中设置用户角色有以下几种management ，monitoring ，policymaker ， administrator
        1. management 
                用户可以通过AMQP做的任何事外加：
                        列出自己可以通过AMQP登入的virtual hosts  
                        查看自己的virtual hosts中的queues, exchanges 和 bindings
                        查看和关闭自己的channels 和 connections
                        查看有关自己的virtual hosts的“全局”的统计信息，包含其他用户在这些virtual hosts中的活动。
        2. monitoring 
                management可以做的任何事外加：
                        列出所有virtual hosts，包括他们不能登录的virtual hosts
                        查看其他用户的connections和channels
                        查看节点级别的数据如clustering和memory使用情况
                        查看真正的关于所有virtual hosts的全局的统计信息
        3. policymaker
                management可以做的任何事外加：
                        查看、创建和删除自己的virtual hosts所属的policies和parameters
        4. administrator   
                policymaker和monitoring可以做的任何事外加:
                        创建和删除virtual hosts
                        查看、创建和删除users
                        查看创建和删除permissions
                        关闭其他用户的connections
vhost是RabbitMQ中的一个命名空间，可以限制消息的存放位置利用这个命名空间可以进行权限的控制有点类似Windows中的文件夹一样，在不同的文件夹中存放不同的文件。

第3章 RabbitMQ消息发送和接收

         所有MQ产品从设计思想上都是类似的，大致为生产者（producer）创建消息发送到队列（queue）中，无差别发送到每一个消费者（consumer）中或者由消费者监听接收。后续会详细探讨。。。

        

3.1 RabbitMQ消息的发送和接收机制 

        但是不同MQ产品机制不同，RabbitMQ内部是AMQP的基本概念。

        

1、Message
        消息，消息是不具体的，它由消息头和消息体组成。消息体是不透明的，而消息头则由一系列的可选属性组成，这些属性包括routing-key（路由键）、priority（相对于其他消息的优先权）、delivery-mode（指出该消息可能需要持久性存储）等。 

2、Publisher
        消息的生产者，也是一个向交换器发布消息的客户端应用程序。

3、Exchange
        交换器，用来接收生产者发送的消息并将这些消息路由给服务器中的队列。

4、Binding
        绑定，用于消息队列和交换器之间的关联。一个绑定就是基于路由键将交换器和消息队列连接起来的路由规则，所以可以将交换器理解成一个由绑定构成的路由表。

5、Queue
        消息队列，用来保存消息直到发送给消费者。它是消息的容器，也是消息的终点。一个消息可投入一个或多个队列。消息一直在队列里面，等待消费者连接到这个队列将其取走。

6、Connection
        网络连接，比如一个TCP连接。

7、Channel
        通道，多路复用连接中的一条独立的双向数据流通道。信道是建立在真实的TCP连接内地虚拟连接，AMQP 命令都是通过信道发出去的，不管是发布消息、订阅队列还是接收消息，这些动作都是通过信道完成。因为对于操作系统来说建立和销毁 TCP 都是非常昂贵的开销，所以引入了信道的概念，以复用一条 TCP 连接。

8、Consumer
        消息的消费者，表示一个从消息队列中取得消息的客户端应用程序。

9、Virtual Host
        虚拟主机，表示一批交换器、消息队列和相关对象。虚拟主机是共享相同的身份认证和加密环境的独立服务器域。每个 vhost 本质上就是一个 mini 版的 RabbitMQ 服务器，拥有自己的队列、交换器、绑定和权限机制。vhost 是 AMQP 概念的基础，必须在连接时指定，RabbitMQ 默认的 vhost 是 / 。

10、Broker
        表示消息队列服务器实体。

 3.2 AMQP中的消息路由

        AMQP 中消息的路由过程和 Java 开发者熟悉的 JMS 存在一些差别，AMQP 中增加了 Exchange 和 Binding 的角色。生产者把消息发布到 Exchange 上，消息最终到达队列并被消费者接收，而 Binding 决定交换器的消息应该发送到那个队列 

3.3 Exchange 类型 

        Exchange分发消息时根据类型的不同分发策略有区别，目前主要使用的有三种类型：direct、fanout、topic

1. direct

        消息中的路由键（routing key）如果和 Binding 中的 binding key 一致， 交换器就将消息发到对应的队列中。路由键与队列名完全匹配，如果一个队列绑定到交换机要求路由键为“dog”，则只转发 routing key 标记为“dog”的消息，不会转发“dog.puppy”，也不会转发“dog.guard”等等。它是完全匹配、单播的模式。

2、fanout

        每个发到 fanout 类型交换器的消息都会分到所有绑定的队列上去。fanout 交换器不处理路由键，只是简单的将队列绑定到交换器上，每个发送到交换器的消息都会被转发到与该交换器绑定的所有队列上。很像子网广播，每台子网内的主机都获得了一份复制的消息。fanout 类型转发消息是最快的。

3、topic

topic 交换器通过模式匹配分配消息的路由键属性，将路由键和某个模式进行匹配，此时队列需要绑定到一个模式上。它将路由键和绑定键的字符串切分成单词，这些单词之间用点隔开。它同样也会识别两个通配符：符号“#”和符号“*”。#匹配0个或多个单词，“*”匹配不多不少一个单词。