Firebase云消息需要;“声音”;iOS静默通知的属性

Firebase云消息需要;“声音”;iOS静默通知的属性,ios,json,firebase,apple-push-notifications,firebase-cloud-messaging,Ios,Json,Firebase,Apple Push Notifications,Firebase Cloud Messaging,我对FCM有一个奇怪的问题,特别是在向iOS设备发送静默推送通知时 以下是我们四天前在向Firebase发送HTTP请求时发送的JSON: { "to": "<firebase token>", "content_available": true } 现在这是可行的。我不需要为此指定空的sound属性来让它工作 在上下文中,这些是可以做的事情: 通过Firebase云消息发送非静默推送通知 通过APN直接发送静默和非静默推送通知 有人知道发生了什么吗?我想知道在

我对FCM有一个奇怪的问题,特别是在向iOS设备发送静默推送通知时

以下是我们四天前在向Firebase发送HTTP请求时发送的JSON:

{
    "to": "<firebase token>",
    "content_available": true
}
现在这是可行的。我不需要为此指定空的
sound
属性来让它工作

在上下文中,这些是可以做的事情:

  • 通过Firebase云消息发送非静默推送通知
  • 通过APN直接发送静默和非静默推送通知

有人知道发生了什么吗?

我想知道在您的第一个示例中设置“content\u available:true”是否应该是“content\u available:false”,因为您没有发送任何内容。这对我来说是全新的,所以我可能错了,但我的理解是,
content\u available
指定手机可以从其他地方下载内容,基本上是告诉手机它过时了,需要去下载一些东西。我认为它不需要其他任何东西。如果我直接通过APN发送请求,唯一需要的是:
{“aps”:{“内容可用”:1}
。这在不需要其他属性的情况下正常工作。根据进一步研究,这似乎是iOS 11的一个问题。不幸的是,我们现在只能继续发送“通知”属性,直到苹果修复错误。我想知道在第一个示例中设置“content\u available”:true是否应该是“content\u available”:false,因为您没有发送任何内容。这对我来说都是新的,所以我可能错了,但我的理解是,
content\u available
指定手机可以从其他地方下载内容,基本上是告诉手机它过时了,需要去下载一些东西。我认为它不需要其他任何东西。如果我直接通过APN发送请求,唯一需要的是:
{“aps”:{“内容可用”:1}
。这在不需要其他属性的情况下正常工作。根据进一步研究,这似乎是iOS 11的一个问题。不幸的是,我们现在只能继续发送“通知”属性,直到苹果修复这个bug。
{
    "to": "<firebase token>",
    "content_available": true,
    "notification": {
        "sound": ""
    }
}