我有一个向 Azure 服务总线队列发送条目的服务挂钩设置。在遇到处理延迟后,我注意到这些项目没有得到处理并保持在排队状态。几个小时后,新项目成功处理。
对于那些通过的服务总线队列消息处理没有发现错误。
排队的项目最终会得到处理吗?
我有一个向 Azure 服务总线队列发送条目的服务挂钩设置。在遇到处理延迟后,我注意到这些项目没有得到处理并保持在排队状态。几个小时后,新项目成功处理。
对于那些通过的服务总线队列消息处理没有发现错误。
排队的项目最终会得到处理吗?
排队的项目最终会得到处理吗?
恐怕他们最终不会得到处理。
任何仍然显示 a 的Queued status
东西都不会被服务再次提取,也不会在此时送达。所以没有方法可以再次发送请求。
据我所知,Service Hooks 不使用作业来创建或发送通知,只使用 AT 线程,它完全在内存中运行。因此,如果 AT 机器重新启动或丢失内存,则该事件的通知将丢失并且不会被发送。这可能是导致此问题的原因。但具体原因很难确定
另一方面,您也可以提交关于重新发送 Queued/Failed 事件的建议票(因为现在没有这样的功能)。这将有助于处理这种情况。