SQS 长轮询和保留策略
SQS long polling and retention policy
我有两个关于 SQS 的问题找不到答案。
- 虽然队列设置为短轮询，但 AWS 控制台中的轮询似乎始终是长轮询。即使
Receive message wait time 设置为 0，它也始终轮询 30 秒。这可能吗？还是我没明白？
- 当我将 DLQ 连接到标准队列并且队列的保留期结束时，消息会到达 DLQ 还是消失？尝试时，消息似乎消失了，但我想确定这是预期的行为。
控制台轮询
似乎 Amazon SQS 管理控制台在查找消息时使用长轮询，但它可能会做一些完全不同的事情。很难知道它是如何编程的。
当程序调用 ReceiveMessage() API 时，它可以指定 WaitTimeSeconds 来覆盖队列上的默认设置。
保留期
来自Basic Amazon SQS architecture - Amazon Simple Queue Service：
Amazon SQS automatically deletes messages that have been in a queue for more than maximum message retention period.
我有两个关于 SQS 的问题找不到答案。
- 虽然队列设置为短轮询，但 AWS 控制台中的轮询似乎始终是长轮询。即使
Receive message wait time设置为 0，它也始终轮询 30 秒。这可能吗？还是我没明白？ - 当我将 DLQ 连接到标准队列并且队列的保留期结束时，消息会到达 DLQ 还是消失？尝试时，消息似乎消失了，但我想确定这是预期的行为。
控制台轮询
似乎 Amazon SQS 管理控制台在查找消息时使用长轮询，但它可能会做一些完全不同的事情。很难知道它是如何编程的。
当程序调用 ReceiveMessage() API 时，它可以指定 WaitTimeSeconds 来覆盖队列上的默认设置。
保留期
来自Basic Amazon SQS architecture - Amazon Simple Queue Service：
Amazon SQS automatically deletes messages that have been in a queue for more than maximum message retention period.