所以总体得出结论：Square > loopj > wyouflf
3. README.md
以上只是分析了最基本的一些外在因素，但是我们还是要看具体的关于项目的文档说明，功能介绍也好还是使用方法也好，这些都在 README.md上有所介绍的。
看了这四个项目的文档说明与介绍，都还算是蛮完整的，也比较详细。我们初步了解到各个库的基本功能：
Retrofit、OkHttp都是针对Java和Android的http网络库;
android-async-http是专门针对Android平台的http网络库;
xUtils是针对Android平台的一套完整的框架，他包括orm、bitmap、http、view inject好几个功能;
至此对于我个人来说我基本淘汰了 xUtils 框架，并不是说他不好，因为到这一步我还没有详细了解各个库的好坏，我是不喜欢用这种「大而全」的框架，一是个人习惯，二是觉得风险较大，因为一旦其中某一功能出问题你解决起来都比较麻烦，如果要因为这个问题替换掉的话那更麻烦，除非我能确定这套框架非常成熟好用，否则我更宁愿选择「专注」的框架，而我们一开始就提到我们需要的是http网络请求库，所以xUtils被我淘汰了。
剩下三个网络库，前面我们也说到 android-asyn-http 是专门针对Android平台推出的http网络库，而Square公司的两个库比较广泛，不仅Android，还适用于Java平台，其实按照我的个性(好吧，我比较喜欢走心)，至此我基本就会选择 android-async-http 了，因为我更喜欢「专注」，事实上我确实是这样的，我最开始接触的网络库确实就是 android-async-http ，确实也蛮好用的。但是在目前我却不会选择它了。
4. 最后更新时间、Issues、Fork等
为什么现在不会选择 android-async-http 了呢?原因就是这个库作者最后 release 的时间是15年的9月19号，也就是说作者已经长达7、8个月没更新了，对于一个开源项目来说最怕的是作者不维护了，这就意味着之后再也不会有改进了，而且出了什么问题也很难被迅速解决。
回头看下xUtils这个项目已经长达2年没更新了。
再看下Square公司的 Retrofit 和 OkHttp 项目最近几天还在更新代码：
代码有更新代表作者在一直改进该项目，除了最后更新时间之外，Issues数量以及作者回复的速度与比例，Forks 数量等都是体现该项目被关注程度以及流行程度，都是很不错的参考指标。
5. 开源协议
你们以为开源项目是可以随便使用的么?那就错了，使用开源项目也要遵守一定的原则的，即所谓的开源协议，常见的开源许可协议有：
GPL、LGPL、BSD、Apache Licence vesion 2.0、MIT。
这些协议我就不做过多解释，除了GPL协议需要注意外，GPL 协议规定使用了该开源库的代码也必须遵循 GPL 协议，也就是说也得开源，不适应于商业项目。其他协议多少也都会有些条件限制，但是影响不大，大家自行搜索了解就可以了。目前为止 MIT 应该算是用的最多的开源协议了。
其实开源界还有一个奇葩的协议叫「WTF」协议，协议名称是：「DO WHAT THE FUCK YOU WANT TO PUBLIC LICENSE」，言外之意就是「他妈的想干啥干啥协议」，是不是碉堡了?如果你们不小心在哪个开源项目有见过这个协议，不要大惊小怪，真有这个协议的!
6. 综合
经过上面的分析，就剩 OkHttp 与 Retrofit 两个最优选择了，最后我们来仔细看看这两个库有什么区别。
通过文档我们了解到：
OkHttp 是一个 Java 和 Android 平台的 Http 请求库，非常高效，支持 SPDY、连接池、GZIP 和 HTTP 缓存。默认情况下，OKHttp 会自动处理常见的网络问题，像二次连接、SSL 的握手问题。
Retrofit 是一套 RESTful 架构的 Android 和 Java 平台 Http 请求库的客户端实现，基于注解，提供JSON to POJO(Plain Ordinary Java Object,简单Java对象)，POJO to JSON，网络请求(POST，GET,PUT，DELETE等)封装。
但是如果你的应用程序中集成了 OkHttp，Retrofit 默认会使用 OkHttp 处理其他网络层请求。
所以一句话如果你想让你的网络请求写的更优雅那推荐使用 Retrofit ，尤其是跟 RxJava 结合起来更好用，否则直接使用 OkHttp 一样是可以的。
你要问我们项目使用了什么网络库?我们有好几个项目，其实用的最多的是 Volley，因为如果是Google官方推出的项目我们一般都是优先使用的，毕竟官方出的总不会太差吧。