使用Azure .NET SDK调用GetNotificationOutcomeDetailsAsync遇404问题求助

我之前也踩过这个坑！这本质是Azure Notification Hubs的后端存在最终一致性延迟——当你调用SendDirectNotificationAsync返回NotificationOutcome时，对应的通知记录其实还没完全同步到可供查询的存储系统里，所以立刻调用GetNotificationOutcomeDetailsAsync就会触发404错误，等个几百毫秒到一秒再重试，就能正常拿到结果了。

因为你没法用await，那咱们可以用同步的重试逻辑来绕开这个问题，下面是具体的实现方案：

方案：添加同步重试机制 #

写一个封装方法，在调用GetNotificationOutcomeDetailsAsync时，如果碰到404这类临时错误，就等待一段时间后重试，直到成功或者达到设定的最大重试次数。

代码示例 #

// 封装带重试的查询方法
private NotificationOutcomeDetails GetNotificationOutcomeWithRetry(NotificationHubClient hub, string notificationId, int maxRetries = 3, int delayMs = 1000)
{
    int retryAttempts = 0;
    while (true)
    {
        try
        {
            // 同步调用查询接口
            return hub.GetNotificationOutcomeDetailsAsync(notificationId).Result;
        }
        catch (AggregateException ex)
        {
            // 拆解AggregateException，找到底层的MessagingException
            var messagingException = ex.InnerException as Microsoft.Azure.NotificationHubs.Messaging.MessagingException;
            
            // 判断是否是可重试的临时错误（包括数据同步延迟导致的404）
            if (messagingException != null && messagingException.IsTransient && retryAttempts < maxRetries)
            {
                retryAttempts++;
                // 等待一段时间后重试
                System.Threading.Thread.Sleep(delayMs);
                continue;
            }
            
            // 非可重试错误或重试次数耗尽，抛出原始异常
            throw;
        }
    }
}

// 业务代码里的调用方式
var outcome = hub.SendDirectNotificationAsync(notification, messageCreated.Entity.PushToken).Result;
var notificationDetails = GetNotificationOutcomeWithRetry(hub, outcome.NotificationId);

关键细节说明 #

• 利用MessagingException.IsTransient来识别可重试的临时错误，Azure SDK已经把这类同步延迟导致的404标记为临时错误了
• 建议把重试次数设为3次、延迟1秒，这个配置能覆盖绝大多数场景，既不会让等待时间过长，也能确保记录同步完成
• 如果你的项目允许引入第三方库，比如Polly，可以用更灵活的重试策略（比如指数退避），不过上面的原生实现已经能解决问题了

另外提一句：虽然你没法用await，但要注意Result在UI线程或某些异步上下文里可能导致死锁，如果是在控制台、后台服务这类场景里，就不用太担心这个问题。

内容的提问来源于stack exchange，提问作者Imixal