rabbitMQ：
https://www.jianshu.com/p/79ca08116d57/
Message
消息，消息是不具名的，它由消息头和消息体组成。消息体是不透明的，而消息头则由一系列的可选属性组成，这些属性包括routing-key（路由键）、priority（相对于其他消息的优先权）、delivery-mode（指出该消息可能需要持久性存储）等。
Publisher
消息的生产者，也是一个向交换器发布消息的客户端应用程序。
Exchange
交换器，用来接收生产者发送的消息并将这些消息路由给服务器中的队列。
Binding
绑定，用于消息队列和交换器之间的关联。一个绑定就是基于路由键将交换器和消息队列连接起来的路由规则，所以可以将交换器理解成一个由绑定构成的路由表。
Queue
消息队列，用来保存消息直到发送给消费者。它是消息的容器，也是消息的终点。一个消息可投入一个或多个队列。消息一直在队列里面，等待消费者连接到这个队列将其取走。
Connection
网络连接，比如一个TCP连接。
Channel
信道，多路复用连接中的一条独立的双向数据流通道。信道是建立在真实的TCP连接内地虚拟连接，AMQP 命令都是通过信道发出去的，不管是发布消息、订阅队列还是接收消息，这些动作都是通过信道完成。因为对于操作系统来说建立和销毁 TCP 都是非常昂贵的开销，所以引入了信道的概念，以复用一条 TCP 连接。
Consumer
消息的消费者，表示一个从消息队列中取得消息的客户端应用程序。
Virtual Host
虚拟主机，表示一批交换器、消息队列和相关对象。虚拟主机是共享相同的身份认证和加密环境的独立服务器域。每个 vhost 本质上就是一个 mini 版的 RabbitMQ 服务器，拥有自己的队列、交换器、绑定和权限机制。vhost 是 AMQP 概念的基础，必须在连接时指定，RabbitMQ 默认的 vhost 是 / 。
Broker
表示消息队列服务器实体。
AMQP 中消息的路由过程和 Java 开发者熟悉的 JMS 存在一些差别，AMQP 中增加了 Exchange 和 Binding 的角色。生产者把消息发布到 Exchange 上，消息最终到达队列并被消费者接收，而 Binding 决定交换器的消息应该发送到那个队列。
消息的分发策略：
发布订阅:fanout 特点：不指定routingkey，把消息发送到交互机绑定的所有队列
路由:direct 特点：指定routingkey，根据routingkey，可以把消息发送到交互机绑定的所有队列，也可把消息发送到交换机绑定的某一个或某几个队列
通配符:topic 特点：使用通配符设置routingkey，根据routingkey，可以把消息发送到交互机绑定的所有队列，也可把消息发送到交换机绑定的某一个队列
#匹配0个或多个单词，*代表多个单词
实际操作：
application.yml中配置rabbitMQ的主机 端口 用户名 密码 virtual-host，配置Rabbit的配置类，配置exchange，Queue，通过binding进行绑定。消费端同样配置application.yml，消费方法上添加@RabbitListener注解，
如果不能确定生产者和消费者哪个应用先启动，在消费端也应该将RabbitMQ.java加入其中，这样消费端程序启动时不会出现问题，return BindingBuilder.bind(queue).to(exchange).with("inform.#.sms.#").noargs();
rabbitTemplate.convertAndSend(RabbitConfig.EXCHANGE_TOPIC_INFORM,"inform.sms","send msg to Exchange");
课程讲义
MQ的应用场景：
- 任务异步处理
- 应用程序解耦合
项目选用RabbitMQ的原因：
- 使用简单，功能强大
- 遵循AMQP协议（解决MQ市场上协议不同意的问题）
- 社区活跃，文档完善
- 高并发性能好，这主要得益于Erlang语言
工作模式：
- 工作队列：一条消息只会被一个消费者接受 rabbit采用轮询的方式平均发送给消费者 消费者在处理完某条消息之后，才会接收到下一条消息
- 发布/订阅：每个消费者监听自己的队列 每个绑定交换机的队列都将接受到消息，不需要routeringKey
- 路由模式：每个消费者监听自己的队列，并且设置routeringkey，生产则会将消息发送给交换机就，由交换机根据routingkey来转发消息到指定的队列
- 通配符模式：每个消费者监听自己的队列，并且设置带统配符的routingkey 。生产者将消息发给broker，由交换机根据routingkey来转发消息到指定的队列
1、publish/subscribe与work queues有什么区别。
区别：
1）work queues不用定义交换机，而publish/subscribe需要定义交换机。
2）publish/subscribe的生产方是面向交换机发送消息，work queues的生产方是面向队列发送消息(底层使用默认
交换机)。
3）publish/subscribe需要设置队列和交换机的绑定，work queues不需要设置，实质上work queues会将队列绑
定到默认的交换机 。
网友评论