ios - iOS 静默通知有多可靠？

Question

我需要通过推送通知扩展我的应用程序功能。期望的结果是发送静默通知，这将触发本地通知的创建。

我读到过这种静默通知，它们似乎非常不可靠。

1. 首先根据这个:“如果强制退出或终止应用程序，系统将丢弃保留的通知。”。 https://developer.apple.com/documentation/usernotifications/setting_up_a_remote_notification_server/pushing_background_updates_to_your_app静默通知可以被丢弃。据我了解，强制退出意味着您双击主屏幕按钮并向上滑动应用程序，对吗？
2. 其次，根据这个https://developer.apple.com/documentation/usernotifications/setting_up_a_remote_notification_server/pushing_background_updates_to_your_app apple 不建议每小时发送超过 3-4 个静默通知。您对这种行为有任何经验吗？如果您在一小时内发送 15 条通知，您收到了多少？

如果我上面写的是真的，那么除了静默通知我还有什么选择？

我相信远程通知(例如警报类型)不受我上面两点的影响，对吗？即使您强行终止该应用程序，您仍然会得到它们。

我知道有很多堆栈溢出问题涵盖了本主题的部分内容，但它们已经很老了。

Answer 1

我知道静默通知和远程通知是不同的东西。 silent 只是一个常规的推送通知，不会向用户生成任何类型的警报，它直接进入通知中心，但在某处仍然有一个隐藏的通知。请注意，文档在任何地方都没有提到silent。

现在，远程通知可以真正满足您的需求。这种通知不会向最终用户产生任何类型的警报，它只是传递到您的 AppDelegate 方法中的有效负载，这样您就可以生成对应用程序的异步调用以通知某些发生外部事件，并对其采取一些措施，例如更新本地数据库。

事实是，Remote Notifications 依赖于相同的 APNS 基础设施，Apple 不保证通知的传递。尽管如今故障率往往很低，但您应该意识到不能依赖通知来处理严肃的业务逻辑。后台更新更像是一种让本地状态同步并在用户打开应用时立即可用的方法，但这并不能使您免于在打开应用时手动触发同步逻辑。

那么关于具体的项目符号:

1. 问题是，iOS 管理收到的通知并优化对您应用的传送。当您的应用程序处于后台或停止状态时，可以接收通知。如果您向用户发送了通知，而 iOS 在您的应用程序处于后台时将其缓存起来，然后用户强行终止了您的应用程序，则此通知将会丢失。这应该是一种非常罕见的情况，但可能会发生。

2. 我个人对这种通知吞吐量方面没有经验。我相信这可能与以下事实有关:当发送通知并且您的应用程序处于后台时，iOS 将在后台运行它以传递通知并让您有机会处理它。根据通知量，操作系统可能会对后台处理施加限制以节省电池或其他系统资源。

因此，我不知道您的功能要求，但我认为远程通知基础架构对于本地状态的小更新来说并不可靠。