Volley网络请求好用吗？对比OkHttp分析volley优缺点

今天来聊聊Volley这个东西。想当年，刚开始搞安卓开发那会儿，网络请求这块儿可真是让人头疼。自己手撸HttpURLConnection或者HttpClient，那叫一个麻烦，线程切换、错误处理、结果回调，一堆堆的样板代码，写得人是心力交瘁。

初识Volley

就在那个时候，听说了谷歌在IO大会上推了个叫Volley的玩意儿，说是专门为安卓设计的网络通信框架。宣传语说得挺特别适合处理那种数据量不大、但是请求又挺频繁的场景。我一听，这不就是我当时项目里那种拉个列表、提交个表单的需求嘛

于是乎，我就开始上手捣鼓了。第一感觉就是，这家伙确实简化了不少东西。最爽的是，它自个儿就把异步啥的给包圆了，咱可以直接在主线程里写代码发起请求，然后它在回调里把结果给你送回来，不用再自己苦哈哈地去开线程、用Handler切回主线程了。省事儿！

实践过程中的摸索

我记得当时做的第一步就是把它集成到项目里。那时候还是Eclipse的年代，把jar包往libs里一扔，配一下build path，基本上就齐活了。然后就是创建一个RequestQueue，这玩意儿是Volley的核心，所有的网络请求都得通过它来调度和执行。一般我们都是在Application层面搞个单例，整个应用共享一个队列，这样效率高点。

接下来就是写具体的请求了。Volley提供了好几种现成的Request类，比如：

• StringRequest：最常用的，请求回来的是个字符串，JSON、XML，拿到手再自己解析。



• JsonObjectRequest / JsonArrayRequest：如果服务端返回的是标准JSON格式，用这两个就更方便了，Volley能帮你自动解析成JSONObject或者JSONArray。
• ImageRequest：加载网络图片用的，还能指定最大宽高，对图片进行压缩啥的。

我当时用得最多的就是StringRequest。写起来大概是这样：先创建一个StringRequest对象，构造函数里指定请求方法（GET或POST）、URL、成功的回调、失败的回调。如果是POST请求，还得重写getParams()方法，把要提交的参数放进去。然后把这个Request对象添加到RequestQueue里，就完事儿了，等着回调就行。

举个例子，请求一个用户列表：

我先弄一个RequestQueue出来：

RequestQueue queue = *(this);

然后定义一个URL，比如叫 USER_LIST_URL。

接着就创建一个StringRequest：

StringRequest stringRequest = new StringRequest(*, USER_LIST_URL,
new *<String>() {
@Override

public void onResponse(String response) {
// 在这里处理返回的字符串，比如用Gson转成List<User>
// 然后更新UI
*("请求成功，返回：" + response);

}, new *() {

@Override
public void onErrorResponse(VolleyError error) {
// 在这里处理错误，比如弹个Toast提示用户网络不给力
*("请求失败：" + *());

把请求扔到队列里：

*(stringRequest);

就这么几行代码，一个网络请求就发出去了，而且结果处理都在回调里，确实比自己写AsyncTask或者Handler要清爽多了。Volley还支持请求的取消、设置超时、重试机制这些，也挺实用的。

遇到的一些坎儿和思考

用着用着，也发现Volley不是万能的。比如，它对大文件的下载和上传支持得就不太当初想用它来做个文件下载功能，结果发现性能不咋地，官方也不推荐用它干这个。它的设计初衷就是“迸发式”的小数据请求。

还有就是HTTPS的支持。早期的Volley对HTTPS可能还需要额外配置一下，不像现在的一些新框架那么开箱即用。不过后来可以通过配合OkHttp作为底层的HTTP栈来解决这个问题，OkHttp在处理HTTPS和网络性能方面确实更猛一些。

Volley的扩展性也还行。你可以自定义Request，比如你想直接把返回的XML解析成对象，或者处理一些特殊的响应头，都可以通过继承Request类来实现。

我记得有一次，我们需要给所有请求统一加上一些Header，比如Token啥的。当时就是通过自定义Request，在getHeaders()方法里统一添加的，也还算方便。

最终的体会

在我刚开始接触安卓网络编程那段日子里，Volley确实帮了我不少忙。它把很多底层的复杂性给封装起来了，让我能更专注于业务逻辑。对于那些数据量不大、请求频繁的应用场景，Volley绝对是个不错的选择，上手快，代码也简洁。

技术是在不断发展的。后来又出现了OkHttp、Retrofit这些更强大的网络框架，它们在功能、性能、易用性上可能又有了新的提升。但Volley作为谷歌亲儿子，在那个时代背景下，它的出现确实解决了安卓开发中的一个痛点。就算现在有了更多选择，了解一下Volley的设计思想和使用方式，我觉得还是挺有益处的。

我实践Volley的过程，基本上就是从看文档、写Demo开始，然后逐步应用到实际项目中，遇到问题就去查资料、看源码或者请教别人。踩过一些坑，也享受过它带来的便利。这就是技术实践的常态，不断学习，不断尝试，不断