我最近开始研究目前在我们的项目中使用的 Azure 服务总线模块。当前的模型是，我们向一个主题发送消息，并且该主题有多个订阅。订阅没有过滤器，订阅者使用它(当前不打算添加过滤器)。
问题:假设有 1 个主题和 3 个订阅。发送到主题的消息将广播到所有订阅，并且两个订阅的应用程序会使用该消息。第三次订阅申请宕机，消息未消费。
- 来自第三个订阅的消息会发生什么情况，在 TTL 后是否会被发送到死信队列
- 有没有办法找出哪个订阅未使用该消息
最佳答案
What happens to the message from the 3rd subscription, will it be sent to Dead Letter Queue after TTL
如果订阅配置为死信过期消息，是的，就会发生这种情况。
Is there a way to find out, for which subscription the message wasn't consumed
你不应该这样做。主题和订阅旨在实现 Pub/Sub 模式，旨在将发送者与接收者解耦。
关于java - Azure 服务总线 - 订阅和 DLQ，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/58444791/