启动iOS应用程序时'；它不是通过静默通知运行的

根据，如果发送一个“无声通知”，即带有

可用内容的通知：1

我们有

对于后台下载应用程序：应用程序的推送通知到达 通知的有效负载包含可用密钥的内容 值为1。系统会在偶然的时刻唤醒应用程序 开始下载新内容。用于下载中的内容的应用程序 后台使用NSURLSession类，所有与 该会话对象已成功完成或收到 错误。由报摊应用程序启动的下载完成

文件中也提到

应用程序通常会在用户看到通知的同时被唤醒，但这仍然会给你比其他情况下更多的时间

如何解读?？如果在plist中提交应用程序时带有

UIBackgroundMode

的

远程通知

，这是否意味着如果我们发送远程通知，该应用程序实际上是在后台启动的？即使用户重新启动了iOS设备，但没有启动我们的应用程序？即使用户之前强制退出我们的应用程序

我的问题是，上述预期的可靠性如何？有没有人对此有过直接的经验并进行过测试，在你的经验中，这是100%真实的？

来自苹果公司

配置静默通知

aps字典还可以包含“内容可用”属性。 值为1的content-available属性允许远程 通知充当无声通知。当一个无声的通知 到达后，iOS会在后台唤醒您的应用程序，以便您可以 从服务器获取新数据或进行后台信息处理。 用户不会被告知产生的新信息或更改的信息 从一个无声的通知，但他们可以找到它的第二天 他们打开你的应用程序的时间

对于无声通知，请注意确保没有警报， aps字典中的声音或徽章有效负载。如果你不明白 根据本指南，可能会出现配置不正确的通知 已被限制且未在后台传递到应用程序，而是 向用户显示保持沉默的效果

iOS将唤醒你的应用程序，给你30秒的时间下载你需要的任何东西。请记住，通知是不可靠的，所以你不能相信它们会100%的到达。若你们有非常重要的数据要显示，你们需要在用户打开你们的应用程序时验证它是否是同步的。后台抓取只是为了改善用户体验