消息中间件系列二:RabbitMQ入门(基本概念、RabbitMQ的安装和运行)

一、基本概念

1. AMQP

AMQP,即Advanced Message Queuing Protocol,一个提供统一消息服务的应用层标准高级消息队列协议支持不同语言和不同的产品

2. 生产者

消息的创建者,发送到AMQP的消息中间件

3. 消费者

连接到AMQP的消息中间件,订阅到队列上,进行消息的消费。分为持续订阅(basicConsumer)和单条订阅(basicGet)

说明:

持续订阅:只要有消息就不断消费

单条订阅:消费过一条消息以后就不再消费了,要想继续消费消息,就得重新订阅到队列上

4. 消息

包括有效载荷和标签。有效载荷就是要传输的数据,标签描述有效载荷的属性,RabbitMQ用标签来决定谁获得当前消息。消费者只能拿到有效载荷。

5. 信道

信道的概念:

虚拟的连接,建立在真实的TCP/IP连接之上的。信道的创建是没有限制的。AMQP所有的消息和命令都是通过信道来传输的。

使用信道的好处:

建立在TCP/IP连接上性能更高,TCP/IP的连接数是有上限的,并且还要频繁的创建连接和关闭连接,节约宝贵的TCP/IP连接资源

6.队列、路由键、绑定、交换器之间的关系

队列通过路由键(routing key,某种确定的规则)绑定到交换器,生产者把消息发送到了交换器,交换器根据绑定的路由键将消息路由到特定的队列,订阅了队列的消费者进行接收。

问题:

1)如果消息达到无人订阅的队列会怎么办?
  消息会一直在队列中等待,直到内存溢出。RabbitMQ会默认队列是无限长度的。
2)多个消费者订阅到同一队列怎么办?
  消息会轮询的方式发送给消费者,每个消息只会发送给一个消费者
3)消息路由到了不存在的队列怎么办?
  会忽略,当消息不存在,消息丢失了。

7. 消息的确认机制

消费者收到的每一条消息都必须进行确认,分为自动确认和消费者自行确认。

消费者在声明队列时,指定autoAck参数(true:自动确认,false:自行确认),false时RabbitMQ会等到消费者显示的发回一个ack信号才会删除消息。
消息确认机制的好处:
autoAck=false时,有足够时间让消费者处理消息,直到消费者显示调用basicAck为止。
autoAck=false时,Rabbitmq中消息分为了两部分:1、等待投递的消息;2、已经投递,但是还没有收到ack信号的。如果消费者断连了,服务器会把消息重新入队,投递给下一个消费者
未ack的消息是没有超时时间的

8. 如何明确拒绝消息

1)消费者断连
2)消费者使用reject命令(requeue=true,重新分发消息到其他消费者,requeue=false移除消息)
3)nack命令(批量的拒绝,requeue=true,重新分发消息,requeue=false移除消息)
Nack命令是rabbitmq单独实现的命令,其他消息组件没有
拒绝消息是为了处理一些特殊的异常

9. 创建队列

生产者和消费者都可以创建队列(declareQueue)。消费者订阅了队列,不能再声明队列了。

相关参数(exclusive:队列是应用程序私有的,auto-delete:最后一个消费者取消订阅时,队列会自动删除,durable:当前队列是否持久化)

检测队列是否存在:Declare 时的passive参数

10. 四种交换器

direct,fanout,topic,headers
direct: 路由键完全匹配时,消息才投放到对应队列。AMQP实现都必须有一个direct交换器(默认交换器),名称为空白字符。队列不声明交换器,会自动绑定到默认交换器,队列的名称作为路由键。
fanout:可以理解为广播,会把交换器上的所有消息投放到绑定到这个交换机上的队列上,无论这个队列是通过哪个路由键绑定到这个交换器上的
topic:主题,使来自不同源头的消息到达同一个队列
headers: 匹配消息头,其余与direct一样,实用性不大

topic使用场景举例:
日志处理场景:
1)有交换器(topic)log_exchange,日志级别有 error,info,warning,应用模块有 user,order,email,路由键的规则是日志级别+“.”+应用模块名(例如info.user)
2)发送邮件失败,报告一个email的error,basicPublic(message,’log-exchange’,’error.email’)
队列的绑定:queueBind(“email-error-queue”,’log-exchange’,’error.email’)
要监听email所有的日志怎么办?
queueBind(“email-log-queue”,’log-exchange’,’*.email’)
监听所有模块所有级别日志?
queuebind(“all-log-queue”,’log-exchange’,’#’)
“.”会把路由键分为好几个标识符,“*”匹配一个标识符,“#”匹配一个或者多个(xxx.yyy.zzzz 可以: xxx.*. zzzz , xxx.# , #.zzzz)。

11. 虚拟主机

Vhost类比在物理机上装虚拟机
Vhost,真实RabbitMQ服务器上的mini型虚拟的MQ服务器。有自己的权限机制。
Vhost提供了一个逻辑上的分离,可以区分不同客户端、避免队列的名称冲突、交换器的名称冲突。
RabbitMq包含了一个缺省的vhost :"/",用户名guest,口令 guest(guest用户只能在本机访问)。

12. 消息持久化

1)队列必须持久化
2)交换器也必须持久化
3)消息的投递模式参数(int型)的值必须为2
以上条件全部满足,消息才能持久化,写入持久化日志
持久化后带来的问题:性能下降10倍

13. AMQP和JMS区别


JMS


AMQP


定义


Java api


协议


Model


P2P

Pub/Sub


Direct

Fanout

Topic

headers


支持消息类型


5种


Byte[]

自行消息序列化,Json化


综合评价


Java系统,模型满足要求,跨平台较差


协议,天然跨平台,跨语言

二、RabbitMQ的安装和运行

安装和运行教程:

windows10环境下的RabbitMQ安装步骤(图文)

原文地址:https://www.cnblogs.com/leeSmall/p/9650469.html

时间: 2024-10-06 05:08:51

消息中间件系列二:RabbitMQ入门(基本概念、RabbitMQ的安装和运行)的相关文章

ActiveMQ入门系列二:入门代码实例(点对点模式)

在上一篇<ActiveMQ入门系列一:认识并安装ActiveMQ(Windows下)>中,大致介绍了ActiveMQ和一些概念,并下载.安装.启动他,还访问了他的控制台页面. 这篇,就用代码实例说下如何实现消息的生产和消费. 一.理论基础 同RabbitMQ一样,ActiveMQ中也是有两种模式: 点对点模式(Point to Point,简写为PTP) 发布/订阅模式(Publish & Subscribe,简写为Pub & Sub) 通过上一篇我们知道了制造消息的应用叫生产

消息中间件系列一:入门、JMS规范、ActiveMQ使用

一.入门 1. 消息中间件的定义 没有标准定义,一般认为,采用消息传送机制/消息队列 的中间件技术,进行数据交流,用在分布式系统的集成 2. 为什么要用消息中间件 解决分布式系统之间消息的传递.电商场景: 用户下单减库存,调用物流系统.随着业务量的增大,需要对系统进行拆分(服务化和业务拆分),拆分后的系统之间的交互一般用RPC(远程过程调用).如果系统扩充到有几十个接口,就需要用消息中间件来解决问题. 3. 消息中间件和RPC有什么区别 3.1 功能特点: 在架构上,RPC和Message的差异

RabbitMQ入门:Hello RabbitMQ 代码实例

本篇博客围绕下面几个方面展开: 代码前的理论热身 代码实例:Hello RabbitMQ 运行代码并调试问题 Now, Let's begin ! 一.代码前的理论热身 我们来看张图: Publisher(生产者)生成消息,然后publish(发布)消息到exchange(路由器,也有资料翻译成交换机),然后根据路由规则将消息传递到Queue(队列),最终交由Consumer(消费者)进行消费处理. 这里的生产者和消费者都是我们的应用,因此我们的代码中要实现这两个部分. 中间的节点就是Rabbi

持久化API(JPA)系列(二)实体入门

上一篇文中我们讲述了<持久化API(JPA)系列(一)实体简介> JPA实现的作用就是:把对实体的操作,转换成对数据库的操作.这样应用程序就能以面向对象的方式操作实体,而JPA实现则负责转换成对应的SQL(结构化查询语言)操作. JPA只是一种规范!并不是任何具体的ORM框架!当在程序中使用JPA进行持久化时,底层一定需要具体的ORM框架作为实现. 本文核心: 接下来我们先介绍一个入门级的JPA实例,通过这个实例读者可以感受到JPA的简单.易用性. 您会发现JPA执行持久化操作和使用Hiber

Storm系列(二)系统结构及重要概念

在Storm的集群里面有两种节点:控制节点和工作节点,控制节点上面运行Nimbus进程,Nimbus负责在集群里面分配计算任务,并且监控状态.每一个工作节点上面运行Supervisor进程,Supervisor负责监听从Nimbus分配给它执行的任务,Nimbus和Supervisor之间的所有协调工作都是通过Zookeeper集群完成.   Storm集群结构图     Topology 一个实时计算应用程序的逻辑在storm里面被封装到topology对象里面称为计算拓补.storm里面的t

Skype For Business 2015综合部署系列二:AD域部署等Skype 安装先决条件

本篇博文进入Skype for business 2015 综合部署系列的第二部分:配置AD域环境.安装Ca证书.配置自动申请证书策略 .创建文件共享 ,添加Skype DNS相关记录 . AD域环境部署 进入server 服务器系统,配置网络IP(因它既是第一个域控,也是DNS服务器,因此DNS配置指向它自己),如下图所示: 验证计算机名称及Ip地址 打开服务器管理器,添加角色"Active Directory域服务" 确认角色无误,点击下一步安装 点击"将此服务器提升为域

RabbitMQ入门(二)工作队列

??在文章RabbitMQ入门(一)之Hello World,我们编写程序通过指定的队列来发送和接受消息.在本文中,我们将会创建工作队列(Work Queue),通过多个workers来分配耗时任务. ??工作队列(Work Queue,也被成为Task Queue,任务队列)的中心思想是,避免立即执行一个资源消耗巨大且必须等待其完成的任务.相反地,我们调度好队列可以安排该任务稍后执行.我们将一个任务(task)封装成一个消息,将它发送至队列.一个在后台运行的work进程将会抛出该任务,并最终执

RabbitMQ入门(二) —— direct交换器

在RabbitMQ入门(一)里我们讲到exchange有三种最主要的类型:direct.fanout和topic. 这里我们先来看看最简单的direct交换器的使用. 下面是测试代码: package com.jaeger.exchange.direct; import java.io.IOException; import java.util.concurrent.TimeoutException; import org.junit.Test; import com.rabbitmq.clie

消息中间件系列四:RabbitMQ与Spring集成

一.RabbitMQ与Spring集成  准备工作: 分别新建名为RabbitMQSpringProducer和RabbitMQSpringConsumer的maven web工程 在pom.xml文件里面引入如下依赖: <project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocati