RabbitMQ使用自定义标头来存储消息参数

时间:2017-03-04 08:19:55

标签: rabbitmq messaging

我是RabbitMQ的新手,我在文档中有些迷失。

目前,我正在尝试构建一个侦听队列的小型邮件服务器。但我有点卡在我应该放置我的服务所具有的参数(目的地,主题,......)

我应该将它们置于某些编码格式(json)中,在我的消息中,还是应该使用header-construction,如下例所示:

string message = "Hello World!";
var body = Encoding.UTF8.GetBytes(message);

var properties = new BasicProperties();
properties.Headers = new Dictionary<string, object>();
properties.Headers.Add("destination", "matthias123@localhost");

channel.BasicPublish(exchange: "", routingKey: "sendmail", basicProperties: properties,body: body);

使用标题是否可以提供额外的好处?例如,是否可以过滤发送到特定目的地的消息?

1 个答案:

答案 0 :(得分:10)

我不会使用标题来做你想做的事情。在我看来,这些信息属于信息正文。

这样看:

邮件正文应包含完成所请求工作所需的所有内容。在这种情况下,它将是发件人,主题,电子邮件内容等。

另一方面,标题是关于AMQP消息的数据位,而不是消息内容。

这里有很多潜在的混淆,你的工作要做“电子邮件”。 AMQP消息和电子邮件消息之间的术语重叠太多。

话虽如此,我会选择一个不同的工作例子:计算斐波那契序列。

在这种情况下,您通过rabbitmq发送的消息将包含一些信息,比如预先计算多少个斐波那契位置,然后再发送多少个。

例如,您可以发送这样的消息(在本例中为json):

{
  start: 1,
  take: 3
}

这会产生1, 1, 2的结果,因为它从第一个位置开始并从序列中返回3个项目。

使用您的具体问题和逻辑:我应该将starttake属性放入邮件的标题中吗?

没有。

如果我这样做,那就意味着我的消息是空的,因为有关要完成的工作的所有信息都将包含在标题中。

当我以这种方式看待它时没有意义,因为现在没有消息要发送...只有标题。

另一方面,如果我在消息正文中保留这两个数据点,那么标题会变得更有用,作为发送有关AMQP消息本身的元数据的方式...不是有关消息内容的信息,而是有关信息概念的信息。

在这种情况下,我说我想从斐波那契序列中返回项目。换句话说,我正在参与RPC(远程过程调用),并期待返回值。

AMQP不直接支持返回值。但是,我可以做的是将队列名称填入标题并将结果发送到该队列。然后,请求斐波那契数字的代码可以监听该队列并获得结果。

所以我在发送消息时可能会这样做:

var properties = new BasicProperties();
properties.Headers = new Dictionary();
properties.Headers.Add("return-queue", "fibreturn");

这里我正在设置一个“返回队列”标题 - 有关消息的信息,或者在这种情况下请求信息 - 在标题内。处理斐波那契序列的代码将读取此标头并将响应发送回此队列。

这是对标头的更好使用,因为它使标头存储有关消息的信息......在这种情况下,应该发送响应。但是,标题不包含有关要完成的实际工作的信息。这些都直接存储在邮件正文中。

P.S。我故意不像你通常那样使用“回复”属性来做RCP。我正在使用它作为一个例子,说明为什么你不应该把你的“目的地”放在标题中。为了更好地实现斐波那契序列的想法,请参阅RMQ文档以及它如何正确使用“回复”https://www.rabbitmq.com/tutorials/tutorial-six-dotnet.html