- 浏览: 76383 次
- 性别:
- 来自: 沈阳
文章分类
- 全部博客 (75)
- spring (5)
- hibernate (4)
- struts (1)
- ibatis (1)
- others (3)
- java (6)
- 整合 (5)
- linux (4)
- easyui (1)
- javascript (4)
- web (11)
- eclipse (0)
- freemarker (0)
- maven (0)
- mongodb (0)
- spring security (1)
- log4j (0)
- jbpm (1)
- jms (3)
- redis (1)
- mysql (3)
- solr (3)
- nginx (2)
- rabbitmq (6)
- druid (1)
- jenkins (2)
- vmware (1)
- memcached (2)
- idea (1)
- elasticsearch (2)
最新评论
上一篇博客我们建立了一个简单的日志系统,我们能够广播日志消息给所有你的接收者,如果你不了解,请查看:RabbitMQ (三) 发布/订阅。本篇博客我们准备给日志系统添加新的特性,让日志接收者能够订阅部分消息。例如,我们可以仅仅将致命的错误写入日志文件,然而仍然在控制面板上打印出所有的其他类型的日志消息。
1、绑定(Bindings)
在上一篇博客中我们已经使用过绑定。类似下面的代码:
channel.queueBind(queueName, EXCHANGE_NAME, "");
绑定表示转发器与队列之间的关系。我们也可以简单的认为:队列对该转发器上的消息感兴趣。
绑定可以附带一个额外的参数routingKey。为了与避免basicPublish方法(发布消息的方法)的参数混淆,我们准备把它称作绑定键(binding key)。下面展示如何使用绑定键(binding key)来创建一个绑定:
channel.queueBind(queueName, EXCHANGE_NAME, "black");
绑定键的意义依赖于转发器的类型。对于fanout类型,忽略此参数。
2、直接转发(Direct exchange)
上一篇的日志系统广播所有的消息给所有的消费者。我们希望可以对其扩展,来允许根据日志的严重性进行过滤日志。例如:我们可能希望把致命类型的错误写入硬盘,而不把硬盘空间浪费在警告或者消息类型的日志上。
之前我们使用fanout类型的转发器,但是并没有给我们带来更多的灵活性:仅仅可以愚蠢的转发。
我们将会使用direct类型的转发器进行替代。direct类型的转发器背后的路由转发算法很简单:消息会被推送至绑定键(binding key)和消息发布附带的选择键(routing key)完全匹配的队列。
图解:
上图,我们可以看到direct类型的转发器与两个队列绑定。第一个队列与绑定键orange绑定,第二个队列与转发器间有两个绑定,一个与绑定键black绑定,另一个与green绑定键绑定。
这样的话,当一个消息附带一个选择键(routing key) orange发布至转发器将会被导向到队列Q1。消息附带一个选择键(routing key)black或者green将会被导向到Q2.所有的其他的消息将会被丢弃。
3、多重绑定(multiple bindings)
使用一个绑定键(binding key)绑定多个队列是完全合法的。如上图,一个附带选择键(routing key)的消息将会被转发到Q1和Q2。
4、发送日志(Emittinglogs)
我们准备将这种模式用于我们的日志系统。我们将消息发送到direct类型的转发器而不是fanout类型。我们将把日志的严重性作为选择键(routing key)。这样的话,接收程序可以根据严重性来选择接收。我们首先关注发送日志的代码:
像以前一样,我们需要先创建一个转发器:
然后我们准备发送一条消息:
为了简化代码,我们假定‘severity’是‘info’,‘warning’,‘error’中的一个。
5、订阅
接收消息的代码和前面的博客的中类似,只有一点不同:我们给我们所感兴趣的严重性类型的日志创建一个绑定。
6、完整的实例
发送端:EmitLogDirect.java
随机发送6条随机类型(routing key)的日志给转发器~~
接收端:ReceiveLogsDirect.java
接收端随机设置一个日志严重级别(binding_key)。。。
我开启了3个接收端程序,两个准备接收error类型日志,一个接收info类型日志,然后运行发送端程序
运行结果:
[x] Sent 'error_log :d142b096-46c0-4380-a1d2-d8b2ac136a9c'
[x] Sent 'error_log :55ee1fc4-c87c-4e5e-81ba-49433890b9ce'
[x] Sent 'error_log :d01877d6-87c7-4e0a-a109-697d122bc4c9'
[x] Sent 'error_log :b42471b1-875c-43f1-b1ea-0dd5b49863f3'
[x] Sent 'info_log :a6c1bc87-efb0-43eb-8314-8a74c345ed05'
[x] Sent 'info_log :b6a84b6a-353e-4e88-8c23-c791d93b44be'
------------------------------------------------------------------------------------
Waiting for error logs. To exit press CTRL+C
[x] Received 'error_log :d142b096-46c0-4380-a1d2-d8b2ac136a9c'
[x] Received 'error_log :55ee1fc4-c87c-4e5e-81ba-49433890b9ce'
[x] Received 'error_log :d01877d6-87c7-4e0a-a109-697d122bc4c9'
[x] Received 'error_log :b42471b1-875c-43f1-b1ea-0dd5b49863f3'
------------------------------------------------------------------------------------
Waiting for error logs. To exit press CTRL+C
[x] Received 'error_log :d142b096-46c0-4380-a1d2-d8b2ac136a9c'
[x] Received 'error_log :55ee1fc4-c87c-4e5e-81ba-49433890b9ce'
[x] Received 'error_log :d01877d6-87c7-4e0a-a109-697d122bc4c9'
[x] Received 'error_log :b42471b1-875c-43f1-b1ea-0dd5b49863f3'
------------------------------------------------------------------------------------
Waiting for info logs. To exit press CTRL+C
[x] Received 'info_log :a6c1bc87-efb0-43eb-8314-8a74c345ed05'
[x] Received 'info_log :b6a84b6a-353e-4e88-8c23-c791d93b44be'
可以看到我们实现了博文开头所描述的特性,接收者可以自定义自己感兴趣类型的日志。
其实文章这么长就在说:发送消息时可以设置routing_key,接收队列与转发器间可以设置binding_key,接收者接收与binding_key与routing_key相同的消息。
1、绑定(Bindings)
在上一篇博客中我们已经使用过绑定。类似下面的代码:
channel.queueBind(queueName, EXCHANGE_NAME, "");
绑定表示转发器与队列之间的关系。我们也可以简单的认为:队列对该转发器上的消息感兴趣。
绑定可以附带一个额外的参数routingKey。为了与避免basicPublish方法(发布消息的方法)的参数混淆,我们准备把它称作绑定键(binding key)。下面展示如何使用绑定键(binding key)来创建一个绑定:
channel.queueBind(queueName, EXCHANGE_NAME, "black");
绑定键的意义依赖于转发器的类型。对于fanout类型,忽略此参数。
2、直接转发(Direct exchange)
上一篇的日志系统广播所有的消息给所有的消费者。我们希望可以对其扩展,来允许根据日志的严重性进行过滤日志。例如:我们可能希望把致命类型的错误写入硬盘,而不把硬盘空间浪费在警告或者消息类型的日志上。
之前我们使用fanout类型的转发器,但是并没有给我们带来更多的灵活性:仅仅可以愚蠢的转发。
我们将会使用direct类型的转发器进行替代。direct类型的转发器背后的路由转发算法很简单:消息会被推送至绑定键(binding key)和消息发布附带的选择键(routing key)完全匹配的队列。
图解:
上图,我们可以看到direct类型的转发器与两个队列绑定。第一个队列与绑定键orange绑定,第二个队列与转发器间有两个绑定,一个与绑定键black绑定,另一个与green绑定键绑定。
这样的话,当一个消息附带一个选择键(routing key) orange发布至转发器将会被导向到队列Q1。消息附带一个选择键(routing key)black或者green将会被导向到Q2.所有的其他的消息将会被丢弃。
3、多重绑定(multiple bindings)
使用一个绑定键(binding key)绑定多个队列是完全合法的。如上图,一个附带选择键(routing key)的消息将会被转发到Q1和Q2。
4、发送日志(Emittinglogs)
我们准备将这种模式用于我们的日志系统。我们将消息发送到direct类型的转发器而不是fanout类型。我们将把日志的严重性作为选择键(routing key)。这样的话,接收程序可以根据严重性来选择接收。我们首先关注发送日志的代码:
像以前一样,我们需要先创建一个转发器:
channel.exchangeDeclare(EXCHANGE_NAME,"direct");
然后我们准备发送一条消息:
channel.basicPublish(EXCHANGE_NAME,severity, null, message.getBytes());
为了简化代码,我们假定‘severity’是‘info’,‘warning’,‘error’中的一个。
5、订阅
接收消息的代码和前面的博客的中类似,只有一点不同:我们给我们所感兴趣的严重性类型的日志创建一个绑定。
StringqueueName = channel.queueDeclare().getQueue(); for(Stringseverity : argv) { channel.queueBind(queueName, EXCHANGE_NAME, severity); }
6、完整的实例
发送端:EmitLogDirect.java
package com.zhy.rabbit._04_binding_key; import java.util.Random; import java.util.UUID; import com.rabbitmq.client.Channel; import com.rabbitmq.client.Connection; import com.rabbitmq.client.ConnectionFactory; public class EmitLogDirect { private static final String EXCHANGE_NAME = "ex_logs_direct"; private static final String[] SEVERITIES = { "info", "warning", "error" }; public static void main(String[] argv) throws java.io.IOException { // 创建连接和频道 ConnectionFactory factory = new ConnectionFactory(); factory.setHost("localhost"); Connection connection = factory.newConnection(); Channel channel = connection.createChannel(); // 声明转发器的类型 channel.exchangeDeclare(EXCHANGE_NAME, "direct"); //发送6条消息 for (int i = 0; i < 6; i++) { String severity = getSeverity(); String message = severity + "_log :" + UUID.randomUUID().toString(); // 发布消息至转发器,指定routingkey channel.basicPublish(EXCHANGE_NAME, severity, null, message .getBytes()); System.out.println(" [x] Sent '" + message + "'"); } channel.close(); connection.close(); } /** * 随机产生一种日志类型 * * @return */ private static String getSeverity() { Random random = new Random(); int ranVal = random.nextInt(3); return SEVERITIES[ranVal]; } }
随机发送6条随机类型(routing key)的日志给转发器~~
接收端:ReceiveLogsDirect.java
package com.zhy.rabbit._04_binding_key; import java.util.Random; import com.rabbitmq.client.Channel; import com.rabbitmq.client.Connection; import com.rabbitmq.client.ConnectionFactory; import com.rabbitmq.client.QueueingConsumer; public class ReceiveLogsDirect { private static final String EXCHANGE_NAME = "ex_logs_direct"; private static final String[] SEVERITIES = { "info", "warning", "error" }; public static void main(String[] argv) throws java.io.IOException, java.lang.InterruptedException { // 创建连接和频道 ConnectionFactory factory = new ConnectionFactory(); factory.setHost("localhost"); Connection connection = factory.newConnection(); Channel channel = connection.createChannel(); // 声明direct类型转发器 channel.exchangeDeclare(EXCHANGE_NAME, "direct"); String queueName = channel.queueDeclare().getQueue(); String severity = getSeverity(); // 指定binding_key channel.queueBind(queueName, EXCHANGE_NAME, severity); System.out.println(" [*] Waiting for "+severity+" logs. To exit press CTRL+C"); QueueingConsumer consumer = new QueueingConsumer(channel); channel.basicConsume(queueName, true, consumer); while (true) { QueueingConsumer.Delivery delivery = consumer.nextDelivery(); String message = new String(delivery.getBody()); System.out.println(" [x] Received '" + message + "'"); } } /** * 随机产生一种日志类型 * * @return */ private static String getSeverity() { Random random = new Random(); int ranVal = random.nextInt(3); return SEVERITIES[ranVal]; } }
接收端随机设置一个日志严重级别(binding_key)。。。
我开启了3个接收端程序,两个准备接收error类型日志,一个接收info类型日志,然后运行发送端程序
运行结果:
[x] Sent 'error_log :d142b096-46c0-4380-a1d2-d8b2ac136a9c'
[x] Sent 'error_log :55ee1fc4-c87c-4e5e-81ba-49433890b9ce'
[x] Sent 'error_log :d01877d6-87c7-4e0a-a109-697d122bc4c9'
[x] Sent 'error_log :b42471b1-875c-43f1-b1ea-0dd5b49863f3'
[x] Sent 'info_log :a6c1bc87-efb0-43eb-8314-8a74c345ed05'
[x] Sent 'info_log :b6a84b6a-353e-4e88-8c23-c791d93b44be'
------------------------------------------------------------------------------------
[x] Received 'error_log :55ee1fc4-c87c-4e5e-81ba-49433890b9ce'
[x] Received 'error_log :d01877d6-87c7-4e0a-a109-697d122bc4c9'
[x] Received 'error_log :b42471b1-875c-43f1-b1ea-0dd5b49863f3'
------------------------------------------------------------------------------------
[x] Received 'error_log :55ee1fc4-c87c-4e5e-81ba-49433890b9ce'
[x] Received 'error_log :d01877d6-87c7-4e0a-a109-697d122bc4c9'
[x] Received 'error_log :b42471b1-875c-43f1-b1ea-0dd5b49863f3'
------------------------------------------------------------------------------------
[x] Received 'info_log :b6a84b6a-353e-4e88-8c23-c791d93b44be'
可以看到我们实现了博文开头所描述的特性,接收者可以自定义自己感兴趣类型的日志。
其实文章这么长就在说:发送消息时可以设置routing_key,接收队列与转发器间可以设置binding_key,接收者接收与binding_key与routing_key相同的消息。
发表评论
-
RabbitMQ 三种Exchange
2014-12-23 16:42 591Direct Exchange – 处理路由键。需要将一个队列 ... -
RabbitMQ (五)主题(Topic)
2014-12-22 14:21 529转载请标明出处:http://blog.csdn.net/lm ... -
RabbitMQ (三) 发布/订阅
2014-12-22 14:13 580转发请标明出处:http://blog.csdn.net/lm ... -
RabbitMQ (二)工作队列
2014-12-22 14:09 658转载请标明出处:http://blog.csdn.net/lm ... -
RabbitMQ 入门 Helloworld
2014-12-22 14:06 1168转载请标明出处:http:// ...
相关推荐
【RabbitMQ路由选择共7页.pdf】 RabbitMQ,作为一个强大的开源消息代理和队列服务器,是企业级应用程序间异步通信的重要工具。它的核心功能之一就是路由选择,这使得消息可以根据特定的规则被正确地分发到目标消费...
要配置RabbitMQ路由,我们需要理解两个核心概念:Exchange和Queue。 1. **Exchange**:交换机是RabbitMQ中的核心组件,它的作用是根据预定义的路由键将消息分发到相应的队列。有多种类型的Exchange,如Direct、...
Spring Boot 中使用 RabbitMQ Routing 路由详解 Spring Boot 框架中,使用 RabbitMQ 实现消息队列是一种非常常见的做法。RabbitMQ 是一个开源的消息队列系统,支持多种语言,包括 Java、Python、Ruby 等。 Spring ...
在RabbitMQ中,生产者发布消息到交换机(Exchange),交换机根据预设的路由键(Routing Key)和绑定规则(Binding)将消息转发到队列(Queue)。消费者从队列中获取并处理消息。 在"基于RabbitMQ的消息路由分发实例...
在Spring AMQP中,配置RabbitMQ路由的步骤主要包括以下部分: 1. **配置RabbitMQ连接**:在Spring Boot应用中,你需要在`application.properties`或`application.yml`中配置RabbitMQ服务器的连接信息,包括主机名、...
以上就是使用Java实现RabbitMQ路由的基本流程。在实际应用中,可能需要根据业务需求调整路由规则,例如使用Topic交换器进行模式匹配,或者使用Header交换器基于消息头进行过滤。确保正确配置和使用交换器、队列以及...
"RabbitMQ练习(Routing).pcapng" 的文件,它包含了 RabbitMQ 服务器在进行路由操作时的网络通信数据。通过使用网络分析工具打开这个文件,你可以查看 RabbitMQ 客户端和服务器之间的交互,包括消息的发送和接收、...
消息发送方只需要根据消息类型选择合适的路由键即可。 ```java // 发送方示例代码 channel.exchangeDeclare(EXCHANGE_NAME, "direct"); channel.basicPublish(EXCHANGE_NAME, "error", null, errorLog.getBytes());...
- **Routing模式**: 类似于Direct模式,但更灵活,支持动态路由键。 6. **RabbitMQ插件** RabbitMQ支持多种插件,如用于监控的`rabbitmq_management`,用于日志记录的`rabbitmq_management_log`,以及用于高可用...
3. **路由(Routing)**:通过路由键将消息路由到指定的队列,适用于多对多的消息传递场景。 4. **主题(Topics)**:类似于发布/订阅,但更灵活,允许使用通配符订阅多个主题。 ### 五、RabbitMQ实战应用 1. **...
四、rabbitMQ-demo-main项目分析 "rabbitMQ-demo-main"项目通常包含生产者和消费者两个模块。生产者负责发送消息,消费者则接收并处理消息。项目中可能包含以下关键类: 1. **Producer**: 实现`ConnectionFactory`...
- **路由键(Routing Key)**:生产者发送消息时会指定一个路由键,用于决定消息如何被分发到交换机。 - **绑定(Binding)**:定义了交换机和队列之间的关系,指定交换机如何根据路由键将消息放入队列。 2. **...
AMQP的核心概念包括生产者、服务器、虚拟主机(virtualhost)、交换机(exchange)、绑定(binding)、路由键(routingkey)和消息队列(queue)。 生产者负责将消息发送给服务器,而服务器包含虚拟主机。虚拟主机...
- **Topic模式**:基于模式匹配的路由,Routing Key可以包含多个单词,用点号分隔,允许更灵活的路由策略。 - **Header模式**:基于消息头中的特定字段进行路由,较少使用。 **7. 消息确认(Acknowledgement)** ...
主题交换机(Topic Exchange)是RabbitMQ中的一种高级交换机类型,它允许使用通配符匹配Routing Key,增强了路由的灵活性。 在"mblog-provider"中,我们将看到生产者如何创建并发布消息到RabbitMQ服务器,同时指定...
1. **Direct Exchange**(直连交换机):最简单的交换机类型,按照路由键(Routing Key)将消息精确地投递给对应的队列。在C#项目中,可以创建一个DirectExchange类,设置路由键和队列绑定,实现一对一的消息传递。 ...
3. **路由(Routing)**: 基于路由键将消息发送到指定队列。 4. **主题(Topics)**: 更加灵活的路由策略,允许使用通配符匹配。 5. **死信队列(Dead Letter Exchanges)**: 当消息无法投递或过期时,会被路由到...
4. **路由键(Routing Key)**:路由键是消息通过交换器进入队列的关键,不同的路由键可以控制消息如何被分发。 5. **生产者(Producers)**:生产者是发送消息到RabbitMQ的组件。 6. **消费者(Consumers)**:消费...
Channel.BasicPublish('my_exchange', 'routing_key', False, TMessageProperties.New().ToAMQPBytes('Hello, RabbitMQ!')); ``` 最后,实现消息的消费。在Delphi中,你可以创建一个回调函数来处理接收到的消息。...