RabbitMQ学习(一)

女爷i 2024-04-17 17:57 78阅读 0赞

## 1.RabbitMQ工作模式 ##

RabbitMQ有以下几种工作模式 ：  
1、Work queues  
2、Publish/Subscribe (fanout)  
3、Routing (direct)  
4、Topics (topics)  
5、Headers(headers)  
6、RPC

### work queues ###

![format_png][]  
与入门程序相比，多了一个消费端，两个消费端共同消费同一个队列中的消息。  
应用场景：对于 任务过重或任务较多情况使用工作队列可以提高任务处理的速度。  
测试：  
1、使用入门程序，启动多个消费者。  
2、生产者发送多个消息。  
结果：  
1、一条消息只会被一个消费者接收；  
2、rabbit采用轮询的方式将消息是平均发送给消费者的；  
3、消费者在处理完某条消息后，才会收到下一条消息。

### Publish/Subscribe ###

![format_png 1][]  
发布订阅模式：  
1、每个消费者监听自己的队列。  
2、生产者将消息发给broker，由交换机将消息转发到绑定此交换机的每个队列，每个绑定交换机的队列都将接收到消息

### Routing ###

![format_png 2][]  
路由模式：  
1、每个消费者监听自己的队列，并且设置routingkey。  
2、生产者将消息发给交换机，由交换机根据routingkey来转发消息到指定的队列。

Routing模式和Publish/subscibe有啥区别？ (使用routing完全可以实现Publish/subscibe 的功能)  
Routing模式要求队列在绑定交换机时要指定routingkey，消息会转发到符合routingkey的队列

### Topics ###

![format_png 3][]  
**代码中,通配符模式下,生产者不需要将队列绑定到交换机.(发布订阅 路由模式需要queueBind(),工作队列也不需要绑定队列到交换机)**  
路由模式：  
1、每个消费者监听自己的队列，并且设置带统配符的routingkey。  
2、生产者将消息发给broker，由交换机根据routingkey来转发消息到指定的队列。

### Header ###

header模式与routing不同的地方在于，header模式取消routingkey，使用header中的 key/value（键值对）匹配  
队列。

## 2.RabbitMQ 常用方法 ##

### channel.exchangeDeclare() ###

Exchange.DeclareOk exchangeDeclare(String exchange, String type, boolean durable, boolean autoDelete,Map<String, Object> arguments) throws IOException;

exchange：交换机名称  
type：  
\-fanout: fanout类型的Exchange路由规则非常简单，它会把所有发送到该Exchange的消息路由到所有与它绑定的Queue中  
\-direct: direct类型的Exchange路由规则也很简单，它会把消息路由到那些binding key与routing key完全匹配的Queue中。  
\-topic: 规则就是模糊匹配，可以通过通配符满足一部分规则就可以传送。它的约定是：  
routing key为一个句点号“. ”分隔的字符串（我们将被句点号“. ”分隔开的每一段独立的字符串称为一个单词），如“stock.usd.nyse”、“nyse.vmw”、“quick.orange.rabbit” binding key与routing key一样也是句点号“. ”分隔的字符串。  
binding key中可以存在两种特殊字符“”与“\#”，用于做模糊匹配，其中“”用于匹配一个单词，“\#”用于匹配多个单词(可以是零个）  
durable：是否开启持久化exchange  
autoDelete： 当已经没有消费者时，服务器是否可以删除该exchange  
arguments： 扩展参数

### channel.basicQos() ###

void basicQos(int prefetchSize, int prefetchCount, boolean global) throws IOException;

参数：  
prefetchSize：消息的大小  
prefetchCount：会告诉RabbitMQ不要同时给一个消费者推送多于N个消息，即一旦有N个消息还没有ack，则该consumer将block掉，直到有消息ack  
global：是否将上面设置应用于channel，简单点说，就是上面限制是channel级别的还是consumer级别

### channel.basicPublish() ###

void basicPublish(String exchange, String routingKey, boolean mandatory, boolean immediate, BasicProperties props, byte[] body) throws IOException;

exchange：名称  
routingKey：路由键，\#匹配0个或多个单词，\*匹配一个单词，在topic exchange做消息转发用  
mandatory：为true时如果exchange根据自身类型和消息routeKey无法找到一个符合条件的queue，那么会调用basic.return方法将消息返还给生产者。为false时出现上述情形broker会直接将消息扔掉  
immediate：为true时如果exchange在将消息route到queue(s)时发现对应的queue上没有消费者，那么这条消息不会放入队列中。当与消息routeKey关联的所有queue(一个或多个)都没有消费者时，该消息会通过basic.return方法返还给生产者。  
props：需要注意的是BasicProperties.deliveryMode，1:不持久化 2：持久化 这里指的是消息的持久化，配合channel(durable=true),queue(durable)可以实现，即使服务器宕机，消息仍然保留  
body：要发送的信息

### channel.basicAck() ###

void basicAck(long deliveryTag, boolean multiple) throws IOException;

deliveryTag：该消息的index  
multiple：是否批量处理.true:将一次性ack所有小于deliveryTag的消息

### channel.basicNack() ###

void basicNack(long deliveryTag, boolean multiple, boolean requeue) throws IOException;

deliveryTag:该消息的index  
multiple：是否批量.true:将一次性拒绝所有小于deliveryTag的消息  
requeue：被拒绝的是否重新入队列 注意：如果设置为true ，则会添加在队列的末端

### channel.basicConsume() ###

String basicConsume(String queue, boolean autoAck, Consumer callback) throws IOException;

queue：队列名称  
autoAck：是否自动ack，如果不自动ack，需要使用channel.ack、channel.nack、channel.basicReject 进行消息应答  
callback：回调函数

### chanel.exchangeBind() ###

Exchange.BindOk exchangeBind(String destination, String source, String routingKey) throws IOException;

生产者发送消息到source交换器中，source根据路由键找到与其匹配的另一个交换器destination，并把消息转发到destination中，存储在destination绑定的队列queue中

### channel.queueDeclare() ###

Queue.DeclareOk queueDeclare(String queue, boolean durable, boolean exclusive, boolean autoDelete,Map<String, Object> arguments) throws IOException;

queue: 队列名称  
durable： 是否持久化, 队列的声明默认是存放到内存中的，如果rabbitmq重启会丢失，如果想重启之后还存在就要使队列持久化，保存到Erlang自带的Mnesia数据库中，当rabbitmq重启之后会读取该数据库  
exclusive：是否排外的，有两个作用，一：当连接关闭时connection.close()该队列是否会自动删除；二：该队列是否是私有的private，如果不是排外的，可以使用两个消费者都访问同一个队列，没有任何问题，如果是排外的，会对当前队列加锁，其他通道channel是不能访问的，如果强制访问会报异常，一般等于true的话用于一个队列只能有一个消费者来消费的场景  
autodelete：当没有任何消费者使用时，自动删除该队列  
arguments：扩展参数。如：x-message-ttl

### channel.queueBind() ###

AMQP.Queue.BindOk queueBind(String queue , String exchange , String routingKey ) throws IOException;

queue 队列名称  
exchange 交换机名称  
routingKey 路由key

## 3. RabbitMQ 中 Exchange与Queue关系 ##

1.  exchange 与 queue 是 多对多的关系，一个exchange上可以绑定多个queue；一个queue可以绑定到多个exchange上（多个exchange的类型可以不同，如一个是fanout, 一个是direct，一个是topic)。
2.  exchange中的数据分发到哪个绑定的queue中由RoutingKey决定，但是exchange上绑定哪些queue是由程序（或spring配置）确定的。
3.  消息发送端可以选择发到指定queue或exchange中，但是消费者连接的肯定是queue,不能直接监听exchange。
4.  rabbitmq的queue跟其它mq服务器一样，可以有多个监听者，但是一个消息只能由一个监听者消费。

更多:  
https://docs.spring.io/spring-amqp/reference/html/  
https://www.rabbitmq.com/tutorials/tutorial-six-java.html

[format_png]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly93d3cucmFiYml0bXEuY29tL2ltZy90dXRvcmlhbHMvcHl0aG9uLXR3by5wbmc?x-oss-process=image/format,png
[format_png 1]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly93d3cucmFiYml0bXEuY29tL2ltZy90dXRvcmlhbHMvZXhjaGFuZ2VzLnBuZw?x-oss-process=image/format,png
[format_png 2]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly93d3cucmFiYml0bXEuY29tL2ltZy90dXRvcmlhbHMvZGlyZWN0LWV4Y2hhbmdlLnBuZw?x-oss-process=image/format,png
[format_png 3]: https://imgconvert.csdnimg.cn/aHR0cHM6Ly93d3cucmFiYml0bXEuY29tL2ltZy90dXRvcmlhbHMvcHl0aG9uLWZpdmUucG5n?x-oss-process=image/format,png