Android Web Service和网络库的比较：OKHTTP，Retrofit和Volley [关闭]

#1 楼

我希望有人可以为每种情况提供一些最佳使用案例的具体示例。


如果与Web服务进行通信，请使用Retrofit。如果要下载图像，请使用对等库Picasso。如果您需要进行Retrofit / Picasso之外的HTTP操作，请使用OkHTTP。Volley与Retrofit + Picasso大致竞争。从好的方面来说，它是一个库。在不利的一面，它是一个没有证件的，不被支持的“在墙上扔代码，并在上面进行I | O演示”库。

编辑-Volley现在已得到Google的正式支持。请参阅Google开发人员指南


据我所读，似乎OkHTTP是3中最强大的。


Retrofit自动使用OkHTTP如果可供使用的话。杰克·沃顿（Jake Wharton）有一个要点，它将Volley连接到OkHTTP。


并可以处理该项目的要求（如上所述）。


按照“流”的传统定义，您可能不会将它们全部用于“流式下载音频和视频”。取而代之的是，Android的媒体框架将为您处理这些HTTP请求。

话虽如此，如果您打算尝试进行自己的基于HTTP的流传输，则OkHTTP应该可以处理这种情况。我不记得Volley如何处理这种情况。改造和毕加索都不是为此目的而设计的。

#2 楼

从Volley的角度来看，这里有一些满足您需求的优势：

一方面，Volley完全专注于处理单个的小型HTTP请求。因此，如果您的HTTP请求处理有一些怪癖，Volley可能会对您有帮助。另一方面，如果您在图像处理方面有一个怪癖，那么唯一拥有的真正钩子就是ImageCache。 “也不是没有，但也不是很多！”。但是它具有更多其他优点，例如，一旦定义了请求，就可以轻松地在片段或活动中使用它们，而与并行AsyncTasks不同，Volley的优点和缺点：

Volley很好吗？


网络部分不仅仅用于图像。 Volley打算成为您后端不可或缺的一部分。对于基于
简单REST服务的全新项目，这可能是一个大胜利。
NetworkImageView在请求清理方面比Picasso更积极，并且在其GC使用模式上更为保守。
NetworkImageView仅依赖于强大的内存引用，并且
在对ImageView发出新请求时或在ImageView移出屏幕后立即清理所有请求数据。 >性能。这篇文章不会评估这种说法，但是他们显然已经谨慎对待它们的内存使用模式。
Volley还努力将回调主线程批处理到
减少上下文切换。
Volley显然也有期货。如果对
感兴趣，请查看RequestFuture。
如果要处理高分辨率压缩图像，Volley是
这里唯一适用的解决方案。
Volley可以是与Okhttp一起使用（新版本的Okhttp支持NIO以获得更好的性能）
Volley在Activity生命周期中发挥了很好的作用。

Volley的问题：
由于Volley是新的，因此尚不支持某些功能，但已修复。


多部分请求（解决方案：https://github.com/vinaysshenoy/enhanced-volley）

状态码201被视为错误，状态码从200到207现在是成功的响应。（已修复： https://github.com/Vinayrraj/CustomVolley）

更新：在Google volley的最新版本中，现在已修复2XX状态代码错误！感谢Ficus Kirkpatrick！

文献较少，但许多人在github中支持齐射，可在此处找到类似Java的文献。
在android开发人员网站上，您可以找到使用Volley传输网络数据的指南。排球源代码可以在Google Git上找到。
要解决/更改排球框架的重定向策略，请将排球与OkHTTP（上面提到的CommonsWare）配合使用

也可以通过以下方式阅读比较排球的图像： Picasso

改造：

它由Square发布，它提供了非常易于使用的REST API（更新：Voila !，具有NIO支持）

优点Retrofit的简介：


与Volley相比，Retrofit的REST API代码简短，并提供了出色的API文档，并在社区中提供了良好的支持！
非常容易添加到项目中。
我们可以将其与任何具有错误处理功能的序列化库一起使用。

更新：
-Retrofit 2.0.0-有很多非常好的更改。使用OkHttp 2.0的Beta2的Retrofit版本1.6现在依赖于Okio支持java.io和java.nio，这使得使用ByteString和缓冲做一些聪明的事节省CPU和内存。 （仅供参考：这让我想起了具有NIO支持的Koush的OIN库！）
我们可以将Retrofit与RxJava一起使用，以使用rxObservables组合并链接REST调用，以避免难看的回调链（避免回调地狱！！）。

版本1.6的缺点：


与内存相关的错误处理功能不好（在Retrofit / OkHttp的旧版本中），不确定带有Java NIO支持的Okio是否会改进它。
如果我们以不正确的方式使用此方法，则最少的线程帮助可能会导致地狱。

（以上所有缺点都已在Retrofit 2.0 beta的新版本中得到解决）< br
================================ =============================

更新：

Android Async vs Volley vs Retrofit性能基准（毫秒，值越低越好）：



（FITI以上Retrofit Benchmarks信息将通过Java NIO支持得到改善，因为新版本的OKhttp是取决于NIO Okio库）



在所有三个具有不同重复次数的测试中（1 – 25次），Volley的速度要快50％至75％。翻新的速度比AsyncTasks快50％到90％，击中相同的端点次数相同。在Dashboard测试套件上，这可以将
转换为更快地加载/解析数据几秒钟。这是现实世界的巨大差异。为了使测试公平，
与Retrofit一样，AsyncTasks / Volley包含了JSON解析
，它会自动为您
。

RetroFit在基准测试中获胜！ />
最后，我们决定将Retrofit用于我们的应用程序。
不仅速度快得离谱，而且与我们现有的体系结构也很好地结合在一起。我们能够制作一个父级Callback
接口，该接口可以自动执行错误处理，缓存和
分页，而我们的API几乎不需要花费任何精力。为了合并到
改造中，我们必须重命名变量以使我们的模型符合GSON
，编写一些简单的接口，从
旧API中删除函数，并将片段修改为不要使用AsyncTasks。现在我们
完全转换了一些片段，这非常轻松。
我们需要克服一些不断增长的痛苦和问题，但是总体来说进展顺利。一开始，我们遇到了一些技术问题/错误，但是Square拥有一个很棒的Google+社区
，能够帮助我们解决问题。


什么时候使用Volley ?!

当我们需要加载图像以及使用REST API时，我们可以使用Volley！对于许多n / w请求，同时需要网络调用排队系统！而且Volley具有比Retrofit更好的与内存相关的错误处理！

OkHttp可以与Volley一起使用，Retrofit默认使用OkHttp！它具有SPDY支持，连接池，磁盘缓存，透明压缩！最近，它已经有了Okio库对Java NIO的支持。

消息来源：Josh Ruesch先生的volley-vs-retrofit

注意：关于流传输取决于它您想要哪种类型的流媒体，例如RTSP / RTCP。

#3 楼

RoboSpice与Volley

来自https://groups.google.com/forum/#!topic/robospice/QwVCfY_glOQ


RoboSpice（RS）是基于服务的，并且更多比Volley尊重Android哲学。 Volley是基于线程的，这不是在Android上进行后台处理的方式。最终，您可以挖掘出两个库，发现它们非常相似，但是我们进行后台处理的方式更多地面向Android，例如，它使我们可以告诉用户RS实际上是在后台做某事。
RoboSpice和volley都提供了不错的功能，例如优先级划分，重试策略，请求取消。但是RS提供了更多功能：更高级的缓存，这是一个很大的缓存，它具有缓存管理，请求聚合，更多功能，例如重新插入挂起的请求，无需依赖服务器标头即可处理缓存过期等。
RoboSpice的功能更多在UI Thread之外：volley会反序列化主线程上的POJO，这在我看来是可怕的。使用RS，您的应用程序将响应更快。
就速度而言，我们绝对需要指标。 RS现在发展很快，但是我们仍然没有数字可言。理论上，Volley应该会更快一些，但是RS现在是大规模并行的……谁知道？RoboSpice提供了很大的扩展兼容性范围。您可以将其与okhttp，retrofit，ormlite（beta），jackson，jackson2，gson，xml序列化器，google http客户端，spring android等结合使用。 Volley可以与ok http一起使用，并使用gson。就是这样。
Volley提供了比RS更多的UI糖。 Volley提供NetworkImageView，RS提供一个spicelist适配器。就功能而言，还不算很远，但是我相信Volley在这个话题上要先进得多。
自RoboSpice最初发布以来，已经解决了200多个错误。它非常强大，并且在生产中大量使用。 Volley还不成熟，但是其用户群应该会快速增长（谷歌效应）。
RoboSpice在maven Central上可用。排球很难找到;）

#4 楼

适用于Android的AFNetworking：

快速Android联网在这里

快速Android联网库支持所有类型的HTTP / HTTPS请求，例如GET，POST，DELETE，HEAD，PUT，PATCH

快速Android网络库支持下载任何类型的文件

快速Android网络库支持上传任何类型的文件（支持分段上传）

快速Android联网库支持取消请求

快速Android联网库支持为任何请求（低，中，高，立即）设置优先级

快捷Android联网库支持RxJava

由于使用OkHttp作为网络层，因此它支持：

快速的Android Networking Library支持HTTP / 2支持，允许所有到同一主机的请求共享一个套接字

快速的Android Networking Library使用连接池来减少请求延迟（如果HTTP / 2不可用）

透明的GZIP缩小了下载大小
快速的Android Networking Library支持响应缓存，可以完全避免网络重复请求

感谢：该库是由我创建的

评论

---

您声明您的库支持HTTP / 2，但是没有说HTTP / 2支持是否有API要求。我的理解是，低于5.0的Android API级别没有正确的SSL加密方法来支持HTTP / 2。不敲门，只是尝试全面评估您建议的解决方案。

– DoctorD
16年9月1日在14:29

---

@AmitShekhar：我只是想知道哪一个最适合在Android中进行API调用。我正在使用Android Networking Library，那么对实施Retrofit，Volley或Android Networking来说哪个很棒？

–Parth Bhayani
18年11月16日在11:53

---

@Amit Shekhar快速Android网络对多部分图像上传的效率如何，尤其是在互联网流量较低的情况下？

–user3135923
19年6月17日在8:05

---

09-23 20:12:32.830  16002-16002/com.urbanpro.seeker E/RETROFIT﹕   RestAdapter Init
09-23 20:12:32.833  16002-16002/com.urbanpro.seeker E/RETROFIT﹕ calling the method
09-23 20:12:32.837  16002-16002/com.urbanpro.seeker E/ROBOSPICE﹕ initialzig spice manager
09-23 20:12:32.860  16002-16002/com.urbanpro.seeker E/ROBOSPICE﹕ Executing the method
09-23 20:12:33.537  16002-16002/com.urbanpro.seeker E/ROBOSPICE﹕ on SUcceess
09-23 20:12:33.553  16002-16002/com.urbanpro.seeker E/ROBOSPICE﹕ gettting the all contents
09-23 20:12:33.601  16002-21819/com.urbanpro.seeker E/RETROFIT﹕ deseriazation starts
09-23 20:12:33.603  16002-21819/com.urbanpro.seeker E/RETROFIT﹕ deseriazation ends