android - Android 中的 REST 客户端吞吐量

Question

我有一个项目正在进行中，多个设备使用 REST 服务将数据提交到本地网络上的中央服务器。我正在尝试确定我在 Android 中需要的客户端的复杂程度。每个设备都将快速生成数据(即传感器数据)，因此其客户端将发送频繁的请求，但也可以将数据 bundle 到更大、频率更低的请求中。我估计每个客户端的吞吐量约为每秒 50KB。

REST 客户端是合适的策略吗？多少数据会太多？对此有任何想法将不胜感激。

即使是可取的，也有几个选项可供选择，例如

• 使用 HttpUrlConnection 或 HttpClient 自己滚动
• Volley ( example ) 来自 Google，它使用四个线程
• Ion来自库什
• 其他如 https://github.com/darko1002001/android-rest-client

几年前我确实有自己的实现，它使用 HttpClient，但它可能已经过时了。

Answer 1

这在很大程度上取决于您的确切需求，但是

例如，您也可以每 10 分钟发送一次传感器数据列表(数字)，如前所述。发送这些集合的好处是客户端可以确定何时必须发送集合，比如每 10 分钟或每 10 个条目，或者在设备进入 stanby/onPause 等之前。

在服务器端必须有一种放置/发布客户端创建的集合的方法。根据您的需要，集合可以在服务器上分离为单个资源。客户端实现应该离发布单个传感器数据不远。这只是 bundle 和发送。

另一方面，套接字通信会使您的 RESTful 服务变得毫无用处。

因为我的印象是这个过程并不那么复杂，所以我会使用 HttpClient 进行自己的实现并且我会事先阅读不同的 HttpClients。 (有一个 apache 和一个与 Android SDK 一起滚动的分支。我目前不知道这是否会给您带来麻烦)。