我曾尝试使用 npm 包，如 sqs-queue-parallel 和 sqs-consumer 来消费节点中 SQS 的消息
但最近我有一种机制，当处理过程中特定消息发生错误时，它应该被移动到死信队列
但截至目前，它会继续按最大接收计数次数重试消息
是否可以使用其他一些 npm 包，无论何时发生错误都应该直接移动到死信队列？
【问题讨论】：
标签： node.js amazon-web-services amazon-sqs
知道这有点晚了，但认为 OP 正在尝试要求动态策略。即：
如果可能被问到，如何做后者。
答案可能是手动将消息复制到死信队列（在这方面它的行为与任何其他队列一样），然后从源队列中删除消息。
不要相信有一种“特殊”的方法可以做到这一点。
【讨论】：
您可以将 SQS 队列配置为在收到 1 到 1000 条失败消息后将消息移动到死信队列。
要在仅一次接收失败后将消息移至死信队列，然后修改队列的配置并将“最大接收数”值设置为 1。这将是队列“重新驱动策略”的一部分。
请参阅以下有关配置队列的 AWS 文档： http://docs.aws.amazon.com/AWSSimpleQueueService/latest/SQSDeveloperGuide/SQSDeadLetterQueue.html
【讨论】：
您不需要使用新的 npm，因为它会在您处理完消息后自动发生。例如，如果您在完成消息时一直在使用 node-consumer：
done() //in order to remove from queue due to for success probably
或
done(err) //in order to keep in queue
所以现在为了将消息从队列移动到死信队列，您不需要在代码中执行任何其他操作，只需在您的 sqs 控制台管理器中执行：
就是这样！祝你好运，我不得不说 sqs 是扩展任务的好方法。
【讨论】：
我认为 OP 是在询问是否有办法在处理消息的“单一失败”之后将消息移动到 DLQ。根据这 2 个 SQS 文档，我看到了以下 2 点：
这意味着即使您将最大接收值设置为 1，您的消费者仍会收到“至少两次”消息
我找不到任何解决方案，您可以在一次失败后将失败的消息移动到 DLQ。很想听听其他人对此的看法
【讨论】：