更简单的推送通知，也许问服务器是否有？

Question

我在一个可以作为管理员向所有客户（移动设备）发送通知的设备上工作。 我一直在搜索并找到GCM和其他服务...我想知道是否有任何更简单的解决方案。

我考虑过每隔1个小时从所有客户端（移动设备）向我的服务器打个电话，以检查是否有新通知。 如果有，请获取它们，然后在客户端（移动设备）中显示这些通知。

Answer 1

轮询将导致更多的电池寿命消耗和一些其他不必要的过程（例如@MohammedAtif的注释中也提到），例如，当客户端应用程序调用服务器但最终为空时。 由于没有真正发生任何事情，因此浪费了该过程。

GCM不会这样做。 要参考它的流程官方文档 。

生命周期流

• 发送和接收下游消息。
  • 发送一个消息。 应用服务器将消息发送到客户端应用：
    1. 应用服务器将消息发送到GCM连接服务器。
    2. 如果设备离线，则GCM连接服务器排队并存储消息。
    3. 设备在线时，GCM连接服务器会将消息发送到设备。
    4. 在设备上，客户端应用程序根据特定于平台的实现接收消息。 有关详细信息，请参见特定于平台的文档。
  • 收到一条消息。 客户端应用收到来自GCM连接服务器的消息。

GCM的继任者也在最近的I / O 2016中宣布，现在是Firebase Cloud Messaging ，它不仅具有推送通知服务，而且还具有其他免费功能（例如Analytics（分析））。

因此，总的来说，使用GCM（或FCM）是比轮询更简单的方法。 它处理您发送的消息和其他消息的排队。