在iOS和Android上处理推送通知方案

Question

我想为应用程序（iOS和Android）实现推送通知，并需要澄清以下方案。

我理解推送通知的工作原理和限制。 我确实阅读了文档，但这让我困惑，并没有回答我的所有问题。

如何在iOS和Android中处理以下方案：

• 设备关闭时
• 当设备未连接到3G或Wifi网络时
• 当设备崩溃并需要重启时
• 当应用程序处于前台时
• 当应用程序在后台时
• 当用户当前正在使用该应用程序时
• 当我的应用关闭时（未打开/启动）
• 推送通知是特定于用户的，并且两个用户共享同一设备和应用程序。 示例：如果丈夫和妻子共享同一设备并使用具有推送通知的银行应用程序。
• 如果多个用户共享设备，您能发送用户特定通知吗？
• 当用户在多个设备上安装App时
• 您可以立即向用户注册的所有设备发送通知吗？
• 您是否在User表中存储了带有registrationID的设备类型（iOS或Android），或者是否有办法通过检查令牌或registrationID来区分设备类型？
• 您是否可以取消先前发送的尚未阅读的通知并发送新通知？
• Android推送通知是否仍适用于Kindle Fire并且需要实施Amazon Device Messaging
• 还有什么我需要考虑或计划的吗？ 我知道处理取消注册和反馈服务

Answer 1

我会回答你的一些问题，具体到android思想。 不知道iPhone，如果它的类似与否。

1. 当服务器触发通知时，设备会收到来自Google Cloud服务器的通知，并且它与应用程序状态（正在运行，已关闭，后台或前台）没有任何关系。
2. 如果通知在未连接到互联网（已关闭或未连接到网络）时发送到设备，则仅在连接到网络时才会收到通知。 但是，如果在收到通知后设备崩溃并重新启动，则不会再次收到通知。

它是用户特定的吗？

这取决于各个服务器的实现。

我们存储设备类型吗？

我们可以。

我们可以区分iPhone和Android的ID吗？

是的，Android设备ID的长度比iPhone的长。

我们可以取消已发送的通知吗？

不，据我所知，这是一种单向沟通渠道。

Answer 2

设备关闭时：

答：IOS / Android服务器（不是您的服务器）将在何时发送推送通知。 它检查设备是否可访问。 我们可以定义IOS / Android Server尝试发送推送通知的次数。

当设备未连接到3G或Wifi网络时

答：与2G / 3G / Wi-Fi无关。 设备应通过任何网络连接到Internet。

当设备崩溃并需要重启时

答：IOS / Android Server检查设备是否可访问。

当应用程序处于前台时

答：与前景中的app无关。

当应用程序在后台时

答：与背景中的应用程序无关。

当用户当前正在使用该应用程序时

答：目前使用的应用程序没有任何相关内容。

当我的应用关闭时（未打开/启动）

答：与应用程序无关的任何内容都已关闭。

推送通知是特定于用户的，并且两个用户共享同一设备和应用程序。 示例：如果丈夫和妻子共享同一设备并使用具有推送通知的银行应用程序。

答：这取决于您在服务器上的实施方式。 您将为每个用户管理设备ID。 因此，为多个用户发送到同一设备是您的实现逻辑。

如果多个用户共享设备，您能发送用户特定通知吗？

答：这取决于您在服务器上的实施方式。 您将为每个用户管理设备ID。 所以这取决于你的实现逻辑。

当用户在多个设备上安装App时

答：这取决于您在服务器上的实施方式。

您可以立即向用户注册的所有设备发送通知吗？

答案：根据您的实施逻辑再次回答。

您是否在User表中存储了带有registrationID的设备类型（iOS或Android），或者是否有办法通过检查令牌或registrationID来区分设备类型？

答：是的，您需要存储设备类型，以确定您需要向哪个服务器（IOS / Android）发送推送通知请求。

您是否可以取消先前发送的尚未阅读的通知并发送新通知？

答：不，你不能取消请求。

Android推送通知是否仍适用于Kindle Fire并且需要实施Amazon Device Messaging

答：需要谷歌周围。

还有什么我需要考虑或计划的吗？ 我知道处理取消注册和反馈服务

答：需要谷歌周围。