Android Volley 或 Google 云消息传递
Android Volley or Google Cloud Messaging
Android 这里是新手。有人可以帮助我了解我应该使用 GCM 和 Volley 的用例吗？
据我所知，GCM 是推拉式异步消息传递，消息负载很小。如果我所有的网络请求都符合 GCM 负载，GCM 是否是非通知类型网络的更好选择，或者我应该考虑使用 Volley？
你到底想完成什么？
GCM 非常适合同时向大量设备通知和发布数据。还有聊天之类的东西，基于时间关键处理的东西。
如果您的应用程序中碰巧有很多请求，甚至可能来自多个来源，Volley 更适合管理/排队网络请求。它们可以排队、取消等
所以，您需要在这里了解为什么要使用 Volley 和 GoogleCloudMessaging？
截击：
Volley 是一个 HTTP 库，它使 Android 应用程序的网络更容易，最重要的是，速度更快。 Volley 可通过开放的 AOSP 存储库获得。
Volley 提供以下好处：
1。自动调度网络请求。
2。多个并发网络连接。
3。具有标准 HTTP 缓存一致性的透明磁盘和内存响应缓存。
4。支持请求优先级排序。
5。取消请求 API。您可以取消单个请求，也可以设置要取消的请求块或范围。
6。易于定制，例如重试和退避。
7。强大的排序功能使您可以轻松地使用从网络异步获取的数据正确填充 UI。
8。调试和跟踪工具
Google云消息：
根据 Google 文档：
Google 云消息 (GCM) 是一项免费服务，使开发人员能够在服务器和客户端应用程序之间发送消息。这包括从服务器到客户端应用程序的下游消息，以及从客户端应用程序到服务器的上游消息。
例如
轻量级下游消息可以通知客户端应用程序有新数据要从服务器获取，如 "new email" 通知的情况。对于即时消息等用例，GCM 消息最多可以将 4kb 的有效负载传输到客户端应用程序。 GCM 服务处理与目标客户端应用程序之间的消息排队和传递的所有方面。
Android 这里是新手。有人可以帮助我了解我应该使用 GCM 和 Volley 的用例吗？ 据我所知，GCM 是推拉式异步消息传递，消息负载很小。如果我所有的网络请求都符合 GCM 负载，GCM 是否是非通知类型网络的更好选择，或者我应该考虑使用 Volley？
你到底想完成什么？
GCM 非常适合同时向大量设备通知和发布数据。还有聊天之类的东西，基于时间关键处理的东西。
如果您的应用程序中碰巧有很多请求，甚至可能来自多个来源，Volley 更适合管理/排队网络请求。它们可以排队、取消等
所以，您需要在这里了解为什么要使用 Volley 和 GoogleCloudMessaging？
截击：
Volley 是一个 HTTP 库，它使 Android 应用程序的网络更容易，最重要的是，速度更快。 Volley 可通过开放的 AOSP 存储库获得。
Volley 提供以下好处：
1。自动调度网络请求。
2。多个并发网络连接。
3。具有标准 HTTP 缓存一致性的透明磁盘和内存响应缓存。
4。支持请求优先级排序。
5。取消请求 API。您可以取消单个请求，也可以设置要取消的请求块或范围。
6。易于定制，例如重试和退避。
7。强大的排序功能使您可以轻松地使用从网络异步获取的数据正确填充 UI。
8。调试和跟踪工具
Google云消息：
根据 Google 文档： Google 云消息 (GCM) 是一项免费服务，使开发人员能够在服务器和客户端应用程序之间发送消息。这包括从服务器到客户端应用程序的下游消息，以及从客户端应用程序到服务器的上游消息。
例如
轻量级下游消息可以通知客户端应用程序有新数据要从服务器获取，如 "new email" 通知的情况。对于即时消息等用例，GCM 消息最多可以将 4kb 的有效负载传输到客户端应用程序。 GCM 服务处理与目标客户端应用程序之间的消息排队和传递的所有方面。