Amazon web services 向已删除订阅发送消息的SNS

我有一个关于HTTPS订阅的SNS主题。端点是代理Lambda函数的API，该函数格式化SNS消息并将其转发到webhook（聊天室）。我在测试退订功能时遵循了以下步骤，但遇到了看似不正确的行为

• 我（通过浏览器）查看“取消订阅”URL链接
• 我看到XML响应（在浏览器中）指示取消订阅请求已执行
• 我通过转到AWS控制台，查看SNS主题，并看到订阅现在被列为“已删除”（之前提供了ARN和链接），确认已执行取消订阅请求
• 我进一步确认已执行订阅请求，因为我可以看到收到的回执

但是，随后当我向该主题发布消息时（无论是通过控制台还是AWS CLI），该消息将传递到已删除的订阅（HTTPS端点）

其他人看到过这种行为吗

---

？其他人找到解决方案或解释了吗？

这似乎是时间问题。我本以为取消订阅（和重新订阅）请求会立即执行（延迟以秒为单位）。然而，经过多次测试和等待，似乎存在从几秒钟到10米的延迟

---

虽然订阅的删除和创建实际上是即时的，但订阅的取消和重新订阅在大部分时间都有相对明显的延迟。

这似乎是一个时间问题。我本以为取消订阅（和重新订阅）请求会立即执行（延迟以秒为单位）。然而，经过多次测试和等待，似乎存在从几秒钟到10米的延迟

---

虽然订阅的删除和创建实际上是即时的，但订阅的取消和重新订阅在大多数情况下都会有相对明显的延迟。

有趣的发现，感谢您的跟进。我假设这在某种程度上是分布式、解耦系统的性质，其中某些操作（在本例中为SNS取消订阅）的结果是异步发生的，并且具有一些非零但不完全可预测的延迟。有趣的发现，感谢您的后续关注。我假设这在某种程度上是分布式、解耦系统的性质，其中某些操作（在本例中为SNS取消订阅）的结果是异步发生的，并且具有一些非零但不完全可预测的延迟。