我有一个服务总线主题订阅模型。我可以控制将发件人组件设计为主题。但是接收器是一个远程服务器，其代码我无法控制。现在最棘手的部分是，我需要以某种方式可能知道来自服务总线的一些统计数据而不必让远程服务器做额外的工作。
例如。 1）处理的最后一条消息（它的内容） 2）最后的消息成功完成 - 时间和内容。
这是为了让我知道这个消息的基本故障排除，接收者至少已收到该消息。
是否可以这样做？
答案 0 :(得分：4)
它是什么意思＆＃34;最后处理的消息＆＃34;和＆＃34;最后一条消息成功完成＆＃34;。如果您有持续的消息流，那么您将在什么时候确定最后一条消息是什么。
您提出的问题有点违反了pub / sub概念。主题和订阅的重点是将发布者和订阅者分离。
这是为了让我知道这个消息的基本故障排除，接收者至少已收到该消息。
当消息被发送到订阅队列时，它们被消耗或最终以死信队列结束。如果他们在死信队列中，你就会知道原因。如果他们被消费，你将不得不相信它知道自己在做什么的消费者。任何时候回复＆＃34;或者＆＃34;确认＆＃34;违背事件的概念，在那里你广播已发生的事情，如果收到或不接收则不应该携带。