103-死信队列与死信消息

好，下面我们来看死信队列。什么是死刑队列呢？那当一条消息啊，呃，这个初次消费失败以后，那么消息队列呃会自动啊对消息进行呃消费重试啊，我们刚刚呃刚刚说过的是吧。呃，消消费啊消费。消费中式。呃，达到最大重试次数以后，消息依然失败。则表明。消费者。正在呃消费者呃，在正常情况下啊，无法正确的消费一条消息。啊，这时候我们这个消息队列不会把它丢了啊，把这个消息给它直接丢掉，而是把它扔到哪，扔到一个特殊的队列，这个队列就叫死刑队列。所以这个死心队列啊，它是什么，就是。

你前面那些。呃，一直从事，一直从事啊到最后。一直不行的这些消息。我最终给你扔到死刑队列里边。所以。所以我们说这个。队列是用于干嘛的？处理无法被正常。消费的。消息的。他做这项工作的啊。呃，叫这个这个呃，Dad。QDLQDLQ，而其中的消息则被称为死讯消息。嗯。而且我们了解了什么叫死信队列，什么叫死刑消息了，我们看死信队列它的特征。呃，它的特征啊，第一死刑队列中的消息啊，不会。

再被消费者正常消费。死性队列中的消息不会再被消费者正常，什么意思呢？就这个，一旦你进到死队了，呃，我们消费者是看不到这个消息了。他看不到啊，诶。去。呃。消息。对于消费者。是。不可见的，你是找不到的一个。然后第二个此信存储有效期和正常消息相同，都是三天。三天以后会被自动清除，我们正常消息啊，我们在前面说过。正常在这儿消息的清理。

呃，在哪呢，你看commit log文件啊，存在一个过期。时间默认是72小时，也就三天。我我们消息都在log里边吗。对吧，所以。呃，也就是说啊。想一下吧，三天。这是什么？就是我们的。Commitlo。文件的，呃。过期事件。就是三天是吧，如死性队列它你注意啊，死讯队列里边消息它也是写到computer log文件里边的，所以他没了，你消息本身就没了。对不对，T本身就没了啊。然后下一个死刑队列就是一个特殊的topic。呃，名称是谁，名称就是他。

你哎这个东西啊，我们其实刚刚在说这个从事队列的时候，给大家说了，那就说明什么。说明。我们死刑队列。是。针对谁的？是针对我们还是针对我们的group？哎，那肯定是组是吧G。呃，每个消费者。读啊，都有一个什么。死心。对不对，每一个都有一个啊，但是每一个都有一个，我们再看下一条。呃，如果一个消费者组未产生死刑消息，那就不会创建死刑队列。

这其实和我们刚刚呃说的这个从事队列是一个意思。没有充实消息就没有充实。对零。一旦你这个。要这组里边有了存数消息，它就有了，就会创建。从事队列，这也一样。哎，你你你你呃。这个这个消费者组啊，你没有死信消息，就没有死刑队列，一旦有了，我就给他给这个单独给这个消费者组创立一个死信。对。然后呢？实际上啊，我们看他的处理，实际上当一条消息进入到死刑队列就意味着什么，意味着系统中某些地方出现了问题。从而导致消费者无法正常消费。这个消息。比如我们代码里边原本就存在bug。这种情况很常见的，我们写代码的时候，比如说有一些我们我们写代码啊，就粗心大意，没有考虑全面，有一些特殊的数据。

或者是一些边界数据。我们代码里边根本就没有对线性处理，但是真正用户在使用的时候，他用到了这些特殊数据了，用到些编辑数据了，他就出问题了。对不对。因此，对于死信消息。通常需要开发人员进行特殊的处理。那你需要单独把它拿出来，写在你的代码里边体现出来。那么最关键的步骤是要排查可疑因素。排查你能想到啊，你能查找到是吧，但当然这这个和谁有关系啊，和和我们。甲方有关系啊，甲方你得把这个一些特殊数据给我们，我们才能知道是吧。啊，排查可疑因素，解决代码中可能存在的。然后再将原来的死刑消息再次进行。高低消费。

再次进行投递消费。为什么我们对他的处理？就是说，也就是对于死刑消息。呃，处理啊，我们是通过MQ是没法处理的，是需要我们。呃，这个，呃，我们的程序员啊，我们的工程师，呃，通过什么，通过这个代码修改代码。来进一步完善你的代码，来解决这个死刑。消息的问题。OK。那么我们的。四行队列就说到这里。刚才啊，呃，还有这没让他来看。嗯，这是什么呢？就是我们。通过我们平台啊，通过这个控制台我们可以看到啊，这里边儿大家看。看这你看这这我们normal正常的啊，我们正常的这个这个topic是吧，啊，我给它去掉这什么TRY。哎，就我们从事。

这我们的充实对联。是吧，这的DLQ。所以这就是我们的死刑对联，但我们现在没有是吧，没有数据。我从这可以查看到啊，然后我们再看消息啊，消息也一样，我们以前看的都是正常的消息，你看你要看的。这什么啊，这是呃，我们的同事队列里边的同事消息。是吧，你如果说这边有死刑队列，你肯定也能找到死刑队列，然后你选上它就可以看到死刑消息。所以我们通过这个啊，也可以查看到，呃，通过平台也可以具体查看到这些死刑队列，死刑消息啊，我们的这个这个这个叫什么？嗯。呃，从事队列，从事消息。那这样我们通过平台查看啊。