URL Scheme 替代推送通知？

Question

推送通知不可靠。 Apple Push Notification Server 不保证通知的传递。

我们有一个应用程序，其中我们展示了一个 Web 视图，其中有一个按钮，它应该触发从客户端到服务器的请求。但是由于按钮在网页中（在 webview 中显示），服务器会向我们发送推送通知，要求我们开始发送请求。 这在 iOS 中是困难的，因为任何通知都应该被用户接受才能被调用，而且无论如何，推送通知不能总是被依赖。

对此的一种替代方法是不断轮询服务器询问我是否应该触发请求。但这仅在应用程序运行时才有效，并且会消耗大量电池。

另一种选择是创建自定义 URL 方案。但我不确定如何使用它，以及它是否也适用于 android。谁能解释一下我们如何使用 URL 方案来实现我们的目标？

Answer 1

如果您希望与不在前台的应用进行交互，推送通知是您的最佳选择。任何应用程序在后台运行后都无法保证继续运行，推送通知为您提供了一种启动应用程序并传递数据的方式。另请注意，推送通知需要用户允许接受，并且可以随意忽略。

URL 方案可用于在从另一个应用程序调用时启动应用程序，或者可以作为链接嵌入网页中。

我建议让按钮单击触发器在服务器上执行您需要执行的任何操作，并使用电子邮件作为带有链接的回调来运行应用程序（使用 url 方案）或访问带有结果的网页。