RabbitMQ1. 消息转发模式

最新推荐文章于 2024-06-25 14:01:02 发布

quant.nxl

最新推荐文章于 2024-06-25 14:01:02 发布

阅读量3.7k

点赞数 2

分类专栏： RabbitMQ 文章标签： RabbitMQ

本文链接：https://blog.csdn.net/cherishme1988/article/details/80914295

版权

RabbitMQ 专栏收录该内容

1 篇文章 0 订阅

订阅专栏

RabbitMQ消息队列

空闲时间看了下MQ这块，弥补下盲区。之前项目中用到也只是简单的调用并没有认真去了解过，通过此篇学习可以达到对MQ基本认知及开发常用知识。

学习目标

理解RabbitMQ几个核心概念
理解RabbitMQ转发模式

1、什么是消息队列

消息（Message）是指在应用间传送的数据。消息可以非常简单，比如只包含文本字符串，也可以更复杂，可能包含嵌入对象。

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

2、为何用消息队列

跨系统异步处理

用户注册后，需要发注册邮件和注册短信,传统的做法有两种1.串行的方式;2.并行的方式
(1) 串行方式:将注册信息写入数据库后,发送注册邮件,再发送注册短信,以上三个任务全部完成后才返回给客户端。这有一个问题是,邮件,短信并不是必须的,它只是一个通知,而这种做法让客户端等待没有必要等待的东西。
(2) 并行方式:将注册信息写入数据库后,发送邮件的同时,发送短信,以上三个任务完成后,返回给客户端,并行的方式能提高处理的时间。
(3) 引入消息队列后，把发送邮件,短信不是必须的业务逻辑异步处理。
多个应用解耦

双11是购物狂节,用户下单后,订单系统需要通知库存系统,传统的做法就是订单系统调用库存系统的接口。
(1) 当库存系统出现故障时,订单就会失败，并且订单系统和库存系统高耦合。
(2) 引入消息队列后，用户下单后,订单系统完成持久化处理,将消息写入消息队列,返回用户订单下单成功。库存系统:订阅下单的消息,获取下单消息,进行库操作。就算库存系统出现故障,消息队列也能保证消息的可靠投递,不会导致消息丢失。
应用内的同步变异步

比如订单处理，就可以由前端应用将订单信息放到队列，后端应用从队列里依次获得消息处理，高峰时的大量订单可以积压在队列里慢慢处理掉。由于同步通常意味着阻塞，而大量线程的阻塞会降低计算机的性能。
消息驱动架构

系统分解为消息队列，和消息制造者和消息消费者，一个处理流程可以根据需要拆成多个阶段（Stage），阶段之间用队列连接起来，前一个阶段处理的结果放入队列，后一个阶段从队列中获取消息继续处理。

3、核心概念
这里写图片描述
几个概念说明:

Broker：它提供一种传输服务,它的角色就是维护一条从生产者到消费者的路线，保证数据能按照指定的方式进行传输。
Exchange：消息交换机,它指定消息按什么规则，路由到哪个队列。
Queue：消息的载体,每个消息都会被投到一个或多个队列,RabbitMQ中的消息都只能存储在Queue中。
Binding：通过Binding将Exchange与Queue关联起来，这样RabbitMQ就知道如何正确地将消息路由到指定的Queue了。
RoutingKey：路由关键字,生产者在将消息发送给Exchange的时候，一般会指定一个routing key，来指定这个消息的路由规则，而这个routing key需要与Exchange Type及binding key联合使用才能最终生效，通过指定routing key来决定消息流向哪里。
vhost: 每个 vhost 本质上就是一个 mini 版的 RabbitMQ 服务器，拥有自己的队列、交换器、绑定和权限机制，vhost 是 AMQP 概念的基础，必须在连接时指定，RabbitMQ 默认的 vhost 是 /。
Producer：消息生产者，就是投递消息的程序，生产者将消息发送到Exchange。
Consumer：消息消费者,就是接受消息的程序。
Channel：消息通道，在客户端的每个连接里，可建立多个channel,大部分的业务操作是在Channel这个接口中完成的。

基本概念都记录完了，接下来看下几种转发模式，代码就不贴了网上能搜到很多
4、Fanout exchange