SeaSky

发送端：1、创建链接（IConnection、CreateConnection、IModel、CreateModel）2、创建交换器（ExchangeDeclare）3、发送信息（basicPublish）接收端（订阅）：1、创建链接（IConnection、CreateConnection、IModel、CreateModel）2、创建交换器（ExchangeDe

转至：http://www.ostest.cn/archives/497引言你是否遇到过两个（多个）系统间需要通过定时任务来同步某些数据？你是否在为异构系统的不同进程间相互调用、通讯的问题而苦恼、挣扎？如果是，那么恭喜你，消息服务让你可以很轻松地解决这些问题。消息服务擅长于解决多系统、异构系统间的数据交换（消息通知/通讯）问题，你也可以把它用于系统间服务的相互调用（RPC）。本文将要介

1. 什么是RabbitMQMQ全称为Message Queue, 消息队列（MQ）是一种应用程序对应用程序的通信方法。应用程序通过写和检索出入列队的针对应用程序的数据（消息）来通信，而无需专用连接来链接它们。消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程序通过队列来通信。队列的使用除去了接收和发

在安装和配置完成RabbitMQ之后，我们就可以尝试做一个最简单的例子：发送和接收消息。 我们先来看客户端也就是发送者的代码： public class RabbitClient{ //定义连接工厂 ConnectionFactory factory = new ConnectionFactory();  public Ra

消息的订阅和发布是使用消息队列的常用场景。在上一篇文章中，虽然有多个消费者，但是一个消息只会有一个消费者来处理。而订阅和发布则是每个订阅该消息的消费者都会收到这个消息。RabbitMQ的路由机制让我们实现这个功能轻而易举。 要了解RabbitMQ的路由机制，exchange是一个关键。exchange可以叫做交换机，也似乎可以叫做路由器，反正它是用来选择路由的。前文说到，Rabbi

理清路由机制是了解RabbitMQ来龙去脉的关键。在前面的例子中我们常常遇见这三个概念：exchange，routingKey 和 queue。真正地消息传输流程是消息先到exchange，然后exchange根据对应的routingKey放入queue，如果routingKey不匹配则丢弃。网上网友的一张图很好的展示了这个流程：0.9 版本的AMQP协议的exchange有如下4

消息的持久化是消息队列必备的功能之一。在这篇文章中，就介绍一下RabbitMQ的持久化机制，和它的使用。队列的持久化在前几篇的例子中，我们常常看到如下定义queue的方法：channel.QueueDeclare("Q1", false, false, false, null);方法的第四的参数autoDelete，一般都会输入false。文档描述这个参数如果是true

前文中也多次提到消息传输的一些概念，这一篇比较全面的介绍一下，然后补充一些内容。消息的应答RabbitMQ有两种应答模式，自动和手动。这也是AMQP协议所推荐的。这在point-to-point和broadcast都是一样的。自动应答-当RabbitMQ把消息发送到接收端，接收端把消息出队列的时候就自动帮你发应答消息给服务。手动应答-需要我们开发人员手动去调用ack

RPC是在计算中是一种常见的模式，是通常我要用消息队列来实现RPC有3个关键点：1. 服务的寻址2. 消息的接收3. 消息的关联在RabbitMQ的.net客户端里，提供了2个类：SimpleRpcClient 和 SimpleRpcServer 来让我们方便的开发RPC应用。因为RabbitMQ的RPC一定是基于队列的，所以在客户端和服务端都需要要一个各自