在没有互联网的情况下唤醒锁定的 phone
Waking a locked phone up without the internet
编辑:我注意到 StackExchange 以 Android 作为这个问题的开头,但它适用于 iOS 和 Android。
我们有一个客户端 iOS/Android 应用程序,我们希望 运行(在偏远的澳大利亚)互联网连接非常有限。但是,应用程序可以期望与其本地网络(不在网上)有很好的连接。
我一直在研究在本地服务器上发生事件时通过某种通知唤醒 phone 的方法。
根据我的研究:
- Web 推送并不好,因为即使是较新的基于 VAPID 的协议仍然希望通过浏览器供应商的通知服务器路由一些数据。
- iOS Apple Notifications 本质上与 Web Push 具有相同的要求。
- 定期轮询 server/wakes Websockets 连接的后台任务可以工作,但最终可能会在轮询之间出现相当长的延迟。
- SMS 是一种选择,因为尽管 3G 有限,但有时可以使用基本的 phone 连接。
是否有任何其他方法能够使用我未列出的服务器发送事件唤醒锁定的移动设备?考虑到具有 App Store 合规性的运营情况不一定是必需的。
干杯
经过大量研究后,答案(截至 2018 年初)是否定的,至少对于跨平台用例而言。
iOS 要求可以唤醒设备的外部通知来自可识别的 internet-based 源(APNS,将来可能是基于标准化 VAPID 的推送),如果可用的话,来自移动界面,或来自受后台执行限制的设备本身。
编辑:我注意到 StackExchange 以 Android 作为这个问题的开头,但它适用于 iOS 和 Android。
我们有一个客户端 iOS/Android 应用程序,我们希望 运行(在偏远的澳大利亚)互联网连接非常有限。但是,应用程序可以期望与其本地网络(不在网上)有很好的连接。
我一直在研究在本地服务器上发生事件时通过某种通知唤醒 phone 的方法。
根据我的研究:
- Web 推送并不好,因为即使是较新的基于 VAPID 的协议仍然希望通过浏览器供应商的通知服务器路由一些数据。
- iOS Apple Notifications 本质上与 Web Push 具有相同的要求。
- 定期轮询 server/wakes Websockets 连接的后台任务可以工作,但最终可能会在轮询之间出现相当长的延迟。
- SMS 是一种选择,因为尽管 3G 有限,但有时可以使用基本的 phone 连接。
是否有任何其他方法能够使用我未列出的服务器发送事件唤醒锁定的移动设备?考虑到具有 App Store 合规性的运营情况不一定是必需的。
干杯
经过大量研究后,答案(截至 2018 年初)是否定的,至少对于跨平台用例而言。
iOS 要求可以唤醒设备的外部通知来自可识别的 internet-based 源(APNS,将来可能是基于标准化 VAPID 的推送),如果可用的话,来自移动界面,或来自受后台执行限制的设备本身。