死信exchange
介绍
来自队列的消息可以是“死信”;也就是说，当发生以下任何事件时，重新发布到交易所：
消费者使用basic.reject或basic.nack并将requeue参数设置为false来否定消息
消息由于TTL而到期;要么
消息被删除，因为其队列超出了长度限制
死信exchange（DLX）是正常exchanges。它们可以是任何常见类型，并且照常声明。
对于任何给定队列，DLX可以由使用队列参数的客户端定义，也可以在使用策略的服务器中定义。在策略和参数都指定DLX的情况下，参数中指定的那个会覆盖策略中指定的那个。建议使用策略进行配置，因为它允许不涉及应用程序重新部署的DLX重新配置。
使用策略配置
rabbitmqctl set_policy DLX ".*" '{"dead-letter-exchange":"my-dlx"}' --apply-to queues
这将DLX“my-dlx”应用于所有队列。类似地，可以通过向策略添加密钥“dead-letter-routing-key”来指定显式路由密钥。也可以使用管理插件定义策略，有关详细信息，请参阅策略文档。
使用可选队列参数进行配置
要为队列设置死信exchange，请在声明队列时指定可选的x-dead-letter-exchange参数。
该值必须是同一虚拟主机中的exchange名称
请注意，在声明队列时不必声明exchange，但是当消息需要使用死信时它应该存在;
如果它丢失了，消息将被静默删除。
你还可以指定在死信标记消息时使用的路由密钥(x-dead-letter-routing-key)。如果未设置，将使用消息自己的路由键。
当指定了死信exchange时，除了对声明的队列的通常配置权限之外，用户还需要具有该队列的读取权限并在死信exchange上写入权限。权限在队列声明时进行验证。
路由死信消息
死信的消息被路由到他们的死信exchange：
使用为其所在队列指定的路由密钥;或者，如果没有设定，
使用与最初发布的相同的路由键。例如，如果你使用路由密钥foo向exchange发布消息，并且该消息是无效的，则将使用路由密钥foo将其发布到其死信exchange。
如果最初登陆的消息的队列已声明为x-dead-letter-routing-key设置为bar，则该消息将用路由密钥bar发布到其的死信exchange。
请注意，如果没有为队列设置特定的路由密钥，则其上的消息将使用其所有原始路由密钥进行死信。这包括由CC和BCC头添加的路由密钥（有关这两个标头的详细信息，请参阅发件人选择的分发）。
在内部打开发布者确认的情况下重新发布死信消息，因此，最终登陆的消息的“死信队列”（DLX路由目标）必须在消息从原始队列中删除之前确认消息。换句话说，“发布”（消息过期的那个）队列将不会在死信队列确认接收消息之前删除消息（请参阅确认有关所做保证的详细信息）。请注意，如果不干净的代理关闭，可能会在原始队列和死信目标队列上复制相同的消息。
可以形成消息死信的循环。例如，一个死信发往的默认exchange 没有指定死信路由密钥的情况下,将消息写入默认exchange时，就会发生这种情况。如果在整个周期中没有拒绝，则将丢弃这种周期中的消息（即，两次到达相同队列的消息）。
死信对消息的影响
把消息转为死信会修改其标题：
exchange名称替换为最新的死信exchange名称，
路由密钥可以替换为执行死信的队列中指定的路由密钥，
如果发生上述情况，CC标题也将被删除，并且
将根据发件人选择的分发删除BCC标头。
死信处理过程会在每个名为x-death的死信消息的标题中添加一个数组。
此数组包含每个死信事件的条目，由一对{queue，reason}标识。
每个这样的条目都是一个由几个字段组成的表：
queue - 消息在死信之前所在队列的名称，
reason - 见下文，
time - 作为64位AMQP格式时间戳的消息被删除的日期和时间，
exchange - 消息发布的exchange（请注意，如果消息多次被删除，这将是一个死信exchange），
routing key - 消息发布时的路由密钥（包括CC密钥，但不包括BCC密钥），
count - 由于这个原因，此消息在此队列中被删除了多少次，并且
original-expiration （如果消息由于每个消息的TTL而死信） - 消息的原始到期属性。 expiration属性将从dead-lettering上的消息中删除，以防止它在路由到的任何队列中再次到期。
新条目被添加到x-death数组的开头。如果x-death已经包含具有相同queue和死信reason的条目，则其计数字段将递增，并且它将被移动到数组的开头。
reason是一个名称描述了为什么消息是死信的，并且是以下之一：
rejected - 消息被以requeue=false拒收s,
expired - 消息ttl到期
maxlen - 队列长度达到上限
为第一个死亡刻字活动添加了三个顶级标题。他们是
x-first-death-reason
x-first-death-queue
x-first-death-exchange
它们具有与原始死字体事件的reason，queue和exchange字段相同的值。添加后，永远不会修改这些标头。
请注意，数组按最近优先排序，因此最新的死信将记录在第一个条目中。
