RabbitMQ透彻解读

为什么使用RabbitMQ?最大的好处在于:削峰。将来不及处理的消息缓存在RabbitMQ中,避免了同时进行大量计算导致系统因超负荷运行而崩溃。而那些来不及处理的消息,可以在峰值过去之后慢慢处理掉。另一个好处在于:解耦。消息的生产者只需要将消息发送给RabbitMQ,这些消息什么时候处理完,不会影响生产者的响应性能。1,简介RabbitMQ采用Erlang语言开发,基于Advanc...
摘要由CSDN通过智能技术生成

目录

1,简介

2,AMQP

2.1,AMQP 中的基本概念

2.2,“生产/消费”消息模型

3,消息的消费模式(Push & Pull)

3.1,推模式:

3.2,拉模式:

4,push消费的工作模式

4.1,Work模式

4.2,订阅模式(publish/subscribe)

4.3,路由模式

4.4,topic主题模式(通配符模式)

4.5,RPC模式

5,Sping集成RabbitMQ

6,Spingboot集成RabbitMQ


 为什么使用RabbitMQ?

最大的好处在于:削峰。将来不及处理的消息缓存在RabbitMQ中,避免了同时进行大量计算导致系统因超负荷运行而崩溃。而那些来不及处理的消息,可以在峰值过去之后慢慢处理掉。

另一个好处在于:解耦。消息的生产者只需要将消息发送给RabbitMQ,这些消息什么时候处理完,不会影响生产者的响应性能。

1,简介

RabbitMQ采用Erlang语言开发,基于Advanced Message Queuing Protocol (AMQP)标准。

2,AMQP

2.1,AMQP 中的基本概念

图片描述

  • Broker: 接收和分发消息的应用,RabbitMQ Server就是Message Broker,即RabbitMQ服务器。
  • Virtual host: 出于多租户和安全因素设计的,把AMQP的基本组件划分到一个虚拟的分组中,类似于网络中的namespace概念。当多个不同的用户使用同一个RabbitMQ server提供的服务时,可以划分出多个vhost,每个用户在自己的vhost创建exchange/queue等。
  • Connection: publisher/consumer和broker之间的TCP连接。断开连接的操作只会在client端进行,Broker不会断开连接,除非出现网络故障或broker服务出现问题。
  • Channel: 如果每一次访问RabbitMQ都建立一个Connection,在消息量大的时候建立TCP Connection的开销将是巨大的,效率也较低。Channel是在connection内部建立的逻辑连接,如果应用程序支持多线程,通常每个thread创建单独的channel进行通讯,AMQP method包含了channel id帮助客户端和message broker识别channel,所以channel之间是完全隔离的。Channel作为轻量级的Connection极大减少了操作系统建立TCP connection的开销。
  • Exchange: message到达broker的第一站,根据分发规则,匹配查询表中的routing key,分发消息到queue中去。常用的类型有:direct (point-to-point), topic (publish-subscribe) and fanout (multicast)。
  • Queue: 消息最终被送到这里等待consumer取走。一个message可以被同时拷贝到多个queue中。
  • Binding: exchange和queue之间的虚拟连接,binding中可以包含routing key。Binding信息被保存到exchange中的查询表中,用于message的分发依据。

2.2,“生产/消费”消息模型

图片描述

生产者发送消息到broker server(RabbitMQ)。在Broker内部,用户创建Exchange/Queue,通过Binding规则将两者联系在一起。Exchange分发消息,根据类型/binding的不同分发策略有区别。消息最后来到Queue中,等待消费者取走。

3,消息的消费模式(Push & Pull)

3.1,推模式:

通过AMQP的basic.consume命令订阅,有消息会自动接收,吞吐量高。

3.2,拉模式:

通过AMQP的bsaic.get命令。

4,push消费的工作模式

其中Publish/Subscribe,Routing,Topics三种模式可以统一归为Exchange模式,只是创建时交换机的类型不一样,分别是fanout、direct、topic。

4.1,Work模式

消息产生者将消息放入队列,消费者可以有多个,消费者1、消费者2同时监听同一个队列,消息被消费。C1 C2共同争抢当前的消息队列内容,谁先拿到谁负责消费

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值