Joh*_*alo 7 amazon-web-services ios
根据Apple的APNs文档,从iOS 13开始,http api的客户端必须发送和的标头字段apns-push-type
,apns-priority
否则请求将失败。可以肯定的是,使用iOS 13 beta的用户不会收到我们通过AWS / SNS发送的静默推送通知。
AFAICT,无法将这些标头字段“注入”到SNS实际发送的请求中。但是似乎亚马逊应该理所当然地这样做,因为如果没有它,数十亿条通知将很快开始失败。
有人知道他们是否有计划尽快这样做吗?或者,也许他们已经在这样做了,而我却缺少了一些东西?
好消息!AWS 宣布 SNS 现在支持额外的移动推送通知标头作为消息属性。
此更改适用于 iOS 13,包括 apns-push-type、apns-priority 和 apns-topic 标头。
在我的测试中,SNS 似乎确实添加了该实际上,Apple / iOS 似乎尚未强制执行该apns-push-type
字段。apns-push-type
字段要求。通过Knuff发送的推送不包含此标头,但它们会被 iOS 13 beta 8 设备接收。我还可以在 iOS 13 设备上接收通过 SNS 发送的显着通知(即用户可见通知)。突出的通知对您有用吗?
既然您说您只是注意到静默通知的问题,那么您可能会遇到与该apns-priority
值的冲突:
\n\n\napns-priority通知的优先级。如果省略此标头,APNs 会将通知优先级设置为 10。
\n\n指定 10 立即发送通知。值 10 适用于触发警报、播放声音或标记应用\xe2\x80\x99s 图标的通知。为其负载包含内容可用密钥的通知指定此优先级是错误的。
\n\n指定 5 以根据用户\xe2\x80\x99s 设备上的电源注意事项发送通知。对于有效负载包含内容可用密钥的通知,请使用此优先级。具有此优先级的通知可能会被分组并批量传送到用户\xe2\x80\x99s 设备。它们也可能受到限制,并且在某些情况下不会被传递。
\n
apns-priority = 10
尝试使用和content-available
密钥(用于静默推送)发送通知是错误的。也许这就是你的无声推送被丢弃的原因?
归档时间: |
|
查看次数: |
2210 次 |
最近记录: |