http 框架库选择对比

[木四少]

最近打算重写下http 请求方面，为以后的升级做基础。目前主要使用restful、json等。
网上查了下，有太多开源库：
Volley、android-async-http、retrofit、okhttp、androidquery、AndroidAsync
基本功能都包含。

自己查了下资料，打算android-async-http、OkHttp、Volley中选一个，请使用过的、或者了解的大神，给说下他们的区别，哪个更优秀些？聊聊使用心得

[Jing丶無雙]

到时候你看公司具体需求啊。像我现在就一个http就够用了。后来老板又说用webservice向服务器发送请求，结果服务端有问题，得重做，就又改回了http请求。所以我觉得楼主开始不必研究这么多，掌握好自己最容易搞懂的一种请求方式就好了。最后决定用哪种方式，还不是老板说了算

[五柳--先生]

使用一些轻型的框架肯定好一些，自己写 http 会有一些并发异常的问题处理不好 有个 litehttp的轻型的还是蛮不错的 ，一般每个框架都会有自己的一些处理，譬如添加了图片处理等等等等的，http://blog.csdn.net/codingandroid/article/details/41748007 这个是我花了些时间自己写的小框架，是稍微封装了下的，不过，不管使用哪个框架，最好是能有源码的，而且小巧一点，不然有到问题就不知道怎么去改了

[木四少]

引用 1 楼 xj396282771 的回复:

到时候你看公司具体需求啊。像我现在就一个http就够用了。后来老板又说用webservice向服务器发送请求，结果服务端有问题，得重做，就又改回了http请求。所以我觉得楼主开始不必研究这么多，掌握好自己最容易搞懂的一种请求方式就好了。最后决定用哪种方式，还不是老板说了算

谢谢回复。 老大已经决定要重构下，但怎么做肯定是自己的事了。我倒没深入研究，跟你想的大概差不多。所以希望了解的或者用过的人给些建议，我选出一个再深入学习

[NightFarmer]

10个月过去了 不知道楼主没有好的选择 我也同样陷入了android-async-http、OkHttp、Volley三个框架的选择的纠结中 忘楼主作为过来人给指条明路

[jklwan]

OkHttp

[小鱼爱飞]

OkHttp绝对最好,不信以身相许

[a81658804]

求解为什么不用retrofit 用着感觉很顺顺手啊

[omg_lwf]

目前是在用volley感觉比较好

[若兰明月]

可以使用下okhttp，最近也在使用，感觉挺不错的

[xiongwengong]

可能OKHTTP要好点，虽然android-async-http也非常强大，但在某些情况可能存在网络请求失败的情况（可能是个案，但换了okhttp确实好了）。

[littlebrain4solving]

Okhttp作为HTTP引擎，retrofit作为restful业务架构实现；目前retrofit的restful风格规范是趋势。

[littlebrain4solving]

当然如果你不想使用okhttp作为http引擎，retrofit也支持其他http引擎；如你所说的那些都可以扩展。

[木四少]

引用 4 楼 NightFarmer 的回复:

10个月过去了 不知道楼主没有好的选择 我也同样陷入了android-async-http、OkHttp、Volley三个框架的选择的纠结中 忘楼主作为过来人给指条明路

不好意思，现在才看见。 当初那个项目最后使用了xutils，是不是有点意外，哈哈~~ 主要当时考虑xutils也挺好用的，并且除了网络还有其他模块可使用，不想项目里一堆三方库。 当然今年的新项目的确如楼上所说，准备使用retrofit，再配上rxjava，研究了一番发现很不错，已经开始按照这个开始整了。中间还犹豫了下是否要再加上Dagger2，考虑了一番最后觉得还是没那个必要了。

[如果可以003]

一年前的帖子楼主居然还会回复，不过还是留名纪念一下，纪念这个明天比昨天“更好”的年代，纪念这个二胎开放的年代，纪念AlphaGo，AS2.0。一两年前还是xUtils、afinal等大而全的框架大行其道的时候，而如今他们早已失去了光泽留下了无尽的悔恨孤独终老。新技术新思想新框架如雨后春笋般冒了出来，仿佛你要没听过响应式编程（Rx）、函数式编程（kotlin）、retrofit、热更新、Material Design你都不好意思说你是开发Android的。 设计模式MVP，MVVM蒸蒸日上，网络访问也已是okttp、retrofit等的天下，rx更是对编程模式进行了颠覆；Google也以抛弃了Apache我们还有什么理由不紧跟时代，Android已经N了是谁还在为14以下做兼容，AS已经2.1了是谁还在死守着eclipse；对于变化如此快世界我没有抱怨也不会有欣喜，只是默默点了一根烟望着灰色的屏幕继续敲着我未完的代码...

[木四少]

引用 14 楼 xiaozhiwz 的回复:

一年前的帖子楼主居然还会回复，不过还是留名纪念一下，纪念这个明天比昨天“更好”的年代，纪念这个二胎开放的年代，纪念AlphaGo，AS2.0。一两年前还是xUtils、afinal等大而全的框架大行其道的时候，而如今他们早已失去了光泽留下了无尽的悔恨孤独终老。新技术新思想新框架如雨后春笋般冒了出来，仿佛你要没听过响应式编程（Rx）、函数式编程（kotlin）、retrofit、热更新、Material Design你都不好意思说你是开发Android的。 设计模式MVP，MVVM蒸蒸日上，网络访问也已是okttp、retrofit等的天下，rx更是对编程模式进行了颠覆；Google也以抛弃了Apache我们还有什么理由不紧跟时代，Android已经N了是谁还在为14以下做兼容，AS已经2.1了是谁还在死守着eclipse；对于变化如此快世界我没有抱怨也不会有欣喜，只是默默点了一根烟望着灰色的屏幕继续敲着我未完的代码...

赞 不过在技术更新太快的领域，不知是好是坏。现在经常焦虑中，感觉自己做的小年轻也能做，人工成本、学习能力、精力时间等都处于劣势，越往下走越没底。

[NightFarmer]

引用 10 楼 xiongwengong 的回复:

可能OKHTTP要好点，虽然android-async-http也非常强大，但在某些情况可能存在网络请求失败的情况（可能是个案，但换了okhttp确实好了）。

还真是 我项目选择了android-async-http，但是会频繁遇到请求失败的情况，过段时间可能会考虑重构代码换套网络框架