首页 > 解决方案 > Firebase 消息传递偶尔会因内部错误而失败

问题描述

这周我在通过 Node.js 库向我的 iOS 设备发送消息时遇到了很多内部错误(代码相同,库版本相同等)

很难调试,因为有时它可以工作。当我使用 for 循环发送 10 条消息时,我的设备会收到 3-4 条消息。

FirebaseMessagingError: Internal error encountered.
>      at FirebaseMessagingError.FirebaseError [as constructor] (/node_modules/firebase-admin/lib/utils/error.js:42:28)
>      at FirebaseMessagingError.PrefixedFirebaseError [as constructor] (/node_modules/firebase-admin/lib/utils/error.js:88:28)
>      at new FirebaseMessagingError (/node_modules/firebase-admin/lib/utils/error.js:254:16)
>      at Function.FirebaseMessagingError.fromServerError (/node_modules/firebase-admin/lib/utils/error.js:287:16)
>      at Object.createFirebaseError (/node_modules/firebase-admin/lib/messaging/messaging-errors.js:34:47)
>      at FirebaseMessagingRequestHandler.buildSendResponse (/node_modules/firebase-admin/lib/messaging/messaging-api-request.js:119:47)
>      at /node_modules/firebase-admin/lib/messaging/messaging-api-request.js:94:30
>      at Array.map (<anonymous>)
>      at /node_modules/firebase-admin/lib/messaging/messaging-api-request.js:93:30
>      at processTicksAndRejections (internal/process/task_queues.js:97:5) {
>    errorInfo: {
>      code: 'messaging/internal-error',
>      message: 'Internal error encountered.'
>    },
>    codePrefix: 'messaging'
>  } 

我尝试更改身份验证密钥,但仍然出现错误。

代码很简单

import * as admin from 'firebase-admin'
admin.initializeApp()
async function sendPushNotification(
  tokens: string[],
  title: string,
  body: string
): Promise<admin.messaging.BatchResponse> {
  console.log('sending %s to %d devices', body, tokens.length)
  const message = {
    notification: {
      title: title,
      body: body,
    },
    tokens: tokens,
    apns: {
      payload: {
        aps: {
          sound: 'default',
        },
      },
    },
  }
  return admin.messaging().sendMulticast(message)
}

标签: firebase-cloud-messaging

解决方案


我遇到了同样的问题:node.js firebase admin SDK 向 iOS 发送通知偶尔会因 500/ISE 而失败。

它似乎特定于 iOS,或者至少更常见于 iOS,因为在 Android 开发期间我从未遇到过这个问题。我联系了 Firebase 支持,他们是这样说的:

内部服务器错误通常是由于超时。一些小问题无法避免,这就是为什么我们建议开发人员实施指数退避重试机制的原因。您可以参考此StackOverflow 讨论,了解有关重试后和指数回退的更多信息。

无论如何,在我这边建立一些重试支持似乎是个好主意。我以前没有使用过它,但我喜欢 npm 上 cockatiel 模块的外观。我打算继续使用他们自述文件开头给出的 retryWithBreaker 示例,只是将退避尝试和断路器设置得更高,可能分别为 5 和 20。


推荐阅读