Android之解剖网络请求框架Volley
转载请标明出处:【顾林海的博客】
个人开发的微信小程序，目前功能是书籍推荐，后续会完善一些新功能，希望大家多多支持！
Volley介绍
Volley是Google推出的网络请求库，包含的特性有JSON、图像等的异步下载、网络请求的排序（scheduling）、网络请求的优先级处理、缓存、多级别取消请求、和Activity和生命周期的联动（Activity结束时同时取消所有网络请求），文章会先将Volley的基本使用，最后会从全局者的角度讲解Volley框架的具体流程以及缓存的相关知识。
Volley用法
StringRequest的用法
StringRequest是Request的子类，用于向服务器请求字符串的操作，定义StringRequest之前需要定义请求队列RequestQueue，RequestQueue内部会保存所有的请求，并以相应的算法并发的执行，因此RequestQueue全局定义一个就可以了，避免资源的消耗。这里我把RequestQueue的初始化放在Application中。
public class MyApplication extends Application {
//Volley的全局请求队列
public static RequestQueue sRequestQueue;
/**
* @return Volley全局请求队列
*/
public static RequestQueue getRequestQueue() {
return sRequestQueue;
}
@Override
public void onCreate() {
super.onCreate();
//实例化Volley全局请求队列
sRequestQueue = Volley.newRequestQueue(getApplicationContext());
}
}
使用StringRequest步骤如下：
- 初始化RequestQueue。
- 创建StringRequest。
- 将StringRequest添加到请求队列中。
public class MainActivity extends AppCompatActivity {
StringRequest request;
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
request = new StringRequest(Request.Method.GET, "http://www.sojson.com/open/api/weather/json.shtml?city=北京",
new Response.Listener() {
@Override
public void onResponse(String s) {
Logger.json(s);
}
}, new Response.ErrorListener() {
@Override
public void onErrorResponse(VolleyError volleyError) {
}
});
}
public void getWeather(View view) {
MyApplication.getRequestQueue().add(request);
}
}
如果请求的方式是POST，提交的参数如何传递呢，可以在StringRequest的匿名类中重写getParams()方法，代码如下：
request = new StringRequest(Request.Method.POST, "url",
new Response.Listener() {
@Override
public void onResponse(String s) {
Logger.json(s);
}
}, new Response.ErrorListener() {
@Override
public void onErrorResponse(VolleyError volleyError) {
}
}) {
@Override
protected Map getParams() throws AuthFailureError {
HashMap params = new HashMap<>();
params.put("params", "value");
return params;
}
};
扩展GsonRequest的用法
Request是抽象类，除了使用StringRequest，我们还可以定义一个GsonRequest继承自Request，使用Gson进行json转实体类操作。
public class GsonRequest extends Request {
private final Response.Listener mListener;
private Gson mGson;
private Class mClass;
public GsonRequest(int method, String url, Class clazz, Response.Listener listener,
Response.ErrorListener errorListener) {
super(method, url, errorListener);
mGson = new Gson();
mClass = clazz;
mListener = listener;
}
public GsonRequest(String url, Class clazz, Response.Listener listener,
Response.ErrorListener errorListener) {
this(Method.GET, url, clazz, listener, errorListener);
}
@Override
protected Response parseNetworkResponse(NetworkResponse response) {
try {
String jsonString = new String(response.data,
HttpHeaderParser.parseCharset(response.headers));
return Response.success(mGson.fromJson(jsonString, mClass),
HttpHeaderParser.parseCacheHeaders(response));
} catch (UnsupportedEncodingException e) {
return Response.error(new ParseError(e));
}
}
@Override
protected void deliverResponse(T response) {
mListener.onResponse(response);
}
}
使用方式：
request = new GsonRequest(Request.Method.GET, "http://www.sojson.com/open/api/weather/json.shtml?city=北京", WeatherResp.class,
new Response.Listener() {
@Override
public void onResponse(WeatherResp response) {
Toast.makeText(MainActivity.this, response.city, Toast.LENGTH_SHORT).show();
}
}, new Response.ErrorListener() {
@Override
public void onErrorResponse(VolleyError error) {
}
});
网上对于Volley如何使用的文章非常多，这里给出一部分的使用方式，大家对Volley的使用感兴趣的话，可以查阅相关文章。
Volley框架解读
RequestQueue创建与开启
RequestQueue称为请求队列，顾名思义，所有的请求都会被添加到这个队列中去，通过Volley类的静态方法newRequestQueue(Context context,HttpStack stack)创建RequestQueue。
在RequestQueue类中定义了四个集合属性：
com.android.volley.RequestQueue：
/**
* 重复请求集合(当前请求需要缓存数据时，如果当前mWaitingRequests集合中已经存在该请求，
* 就将此次请求添加到mWaitingRequests中key为此次请求地址的队列中，等待下次请求)
*/
private final Map>> mWaitingRequests =
new HashMap>>();
/**
* 当前请求的队列
*/
private final Set> mCurrentRequests = new HashSet>();
/**
* 缓存队列(存放在该队列中，优先执行缓存调度线程)
* 无界的阻塞队列,按任务优先级
*/
private final PriorityBlockingQueue> mCacheQueue =
new PriorityBlockingQueue>();
/**
* 网络队列
*/
private final PriorityBlockingQueue> mNetworkQueue =
new PriorityBlockingQueue>();
- 等待队列 mWaitingRequest是以键值对存放的集合
(HashMap，以请求(Request)的url为key，value是一个队列，内部存放需要缓存数据的请求，并且该请求已经被在缓存队列中。打个比方，我们创建了一个需要缓存数据的Request，第一次添加时会被存放到缓存队列中并交由缓存调度线程执行，如果此次请求没有结束，后续请求同一个url的Request会被存放到mWaitingRequest中以该url为key的队列中等待下一次执行。 - mCacheQueue队列存放的是需要缓存数据的Request，使用了优先级队列
PriorityBlockingQueue,队列中存放的Request类必须实现Comparable接口，并通过该接口的copmareTo方法对缓存队列进行排序（按优先级排序，如果优先级相同，按序列号排序）。 - mNetworkQueue队列存放的是需要执行网络请求的Request，与mCacheQueue一样使用了优先级队列PriorityBlockingQueue为Request进行排序。
- mCurrentRequest集合存放的是所有的请求，通过
add(Request方法添加。request)
知道了RequestQueue中四个重要的集合属性的用途后，我们看看RequestQueue被创建之前需要准备哪些。
com.android.volley.Volley:
public static RequestQueue newRequestQueue(Context context, HttpStack stack) {
//缓存目录
File cacheDir = new File(context.getCacheDir(), DEFAULT_CACHE_DIR);
//AndroidHttpClient实例时的http请求消息头
String userAgent = "volley/0";
try {
String packageName = context.getPackageName();
PackageInfo info = context.getPackageManager().getPackageInfo(packageName, 0);
userAgent = packageName + "/" + info.versionCode;//packageName/version
} catch (NameNotFoundException e) {
}
if (stack == null) {
if (Build.VERSION.SDK_INT >= 9) {//2.3.2
stack = new HurlStack();//HttpURLConnection实现类
} else {
stack = new HttpClientStack(AndroidHttpClient.newInstance(userAgent));//HttpClient实现类
}
}
Network network = new BasicNetwork(stack);
RequestQueue queue = new RequestQueue(new DiskBasedCache(cacheDir), network);
queue.start();
return queue;
}
newRequestQueue方法主要做了以下几件事：
1. 设置缓存数据的目录（磁盘缓存具体实现由DiskBaseCache类实现）。 2. 选取执行网络请求的方式（按照Android版本，低于2.3.2选择HttpClient，反之选择HttpURLConnection）。 3. 通过RequestQueue的start()方法，开启缓存调度线程和网络调度线程。 4. 最终返回该RequestQueue实例。
Volley的关键实现就是由RequestQueue中start()方法开启的缓存调度线程和网络调度线程，这两种调度线程实现的。我们继续查看RequestQueue中两个重要的属性。
/**
* 线程数
*/
private static final int DEFAULT_NETWORK_THREAD_POOL_SIZE = 4;
/**
* 网络调度线程组
*/
private NetworkDispatcher[] mDispatchers;
/**
* 缓存调度线程
*/
private CacheDispatcher mCacheDispatcher;
- mDispatchers是一个数组，默认长度为4，内部存放网络调度线程NetworkDispatcher,该类继承自Thread类，并实现 run()方法，主要处理网络请求队列中的Request。
- mCacheDispatcher是缓存调度线程，CacheDispatcher也继承自Thread类，并实现run()方法，主要处理缓存队列中的请求。
##数据的分发处理
Volley中所有的Request请求，无论是从缓存中获取数据，还是通过网络请求，都是在子线程中操作的，那么这里就引出一个问题，数据获取到后是如何刷新界面的，我们都知道子线程是不能操作UI的，那Volley是如何处理的呢？
数据的分发处理
Volley中所有的Request请求，无论是从缓存中获取数据，还是通过网络请求，都是在子线程中操作的，那么这里就引出一个问题，数据获取到后是如何刷新界面的，我们都知道子线程是不能操作UI的，那Volley是如何处理的呢？
在上面RequestQueue的构造器中看的mDelivery初始化时传入了UI线程的Handler，也就是说在Volley中子线程刷新UI是通过ExecutorDelivery类来实现的，内部是通过Looper.getMainLooper()获取UI线程的Handler并发送数据的。
ExecutorDelivery的职责是数据的分发，实现了ResponseDelivery接口：
public interface ResponseDelivery {
public void postResponse(Request request, Response response);
public void postResponse(Request request, Response response, Runnable runnable);
public void postError(Request request, VolleyError error);
}
ResponseDelivery接口定义了三个方法，前两个方法是请求成功后数据的分发，最后一个是错误信息的分发。ExecutorDelivery实现了ResponseDelivery接口的三个方法，用于数据的分发，那么这三个方法实现我们有必要了解下，ExecutorDelivery 到底是如何通过Handler来分发数据的。
com.android.volley.ExecutorDelivery:
private final Executor mResponsePoster;
@Override
public void postResponse(Request request, Response response) {
postResponse(request, response, null);
}
@Override
public void postResponse(Request request, Response response, Runnable runnable) {
request.markDelivered();
request.addMarker("post-response");
mResponsePoster.execute(new ResponseDeliveryRunnable(request, response, runnable));
}
@Override
public void postError(Request request, VolleyError error) {
request.addMarker("post-error");
Response response = Response.error(error);
mResponsePoster.execute(new ResponseDeliveryRunnable(request, response, null));
}
很显然，mResponsePoster是一个线程池，通过mResponsePoster.execute(Runnable command)方法执行Runnable的run()方法，上面的ResponseDeliveryRunnable就是一个实现了Runnable接口的类并实现了run()方法，说好的通过Handler来执行数据的分发，那么Handler的数据分发是在哪里执行的呢？其实在ExecutorDelivery的构造器中初始化mResponsePoster时通过实现Executor接口的execute(Runnable command)方法，并在这个方法中通过handler.post(Runnable r)进行数据的分发。
com.android.volley.ExecutorDelivery:
private final Executor mResponsePoster;
public ExecutorDelivery(final Handler handler) {
mResponsePoster = new Executor() {
@Override
public void execute(Runnable command) {
handler.post(command);
}
};
}
通过给mResponsePoster传入ResponseDeliveryRunnable实例，这个实例最后被handler的post方法处理，归根究底缓存数据和网络请求到的数据都是通过ExecutorDelivery类来分发的，而数据分发的手段是通过Handler来实现，这是因为获取缓存数据和网络请求都是在子线程中操作的，在子线程中并不建议操作UI。
ResponseDeliveryRunnable是ExecutorDelivery的内部类，最后请求结果Response交由它的run()方法实现。
private class ResponseDeliveryRunnable implements Runnable {
private final Request mRequest;
private final Response mResponse;
private final Runnable mRunnable;
public ResponseDeliveryRunnable(Request request, Response response, Runnable runnable) {
mRequest = request;
mResponse = response;
mRunnable = runnable;//null
}
@SuppressWarnings("unchecked")
@Override
public void run() {
if (mRequest.isCanceled()) {
mRequest.finish("canceled-at-delivery");
return;
}
//响应结果
if (mResponse.isSuccess()) {
//通过Request的deliverResponse方法发请求结果
mRequest.deliverResponse(mResponse.result);
} else {
//通过Request的deliverError方法分发请求结果
mRequest.deliverError(mResponse.error);
}
//判断当前Request是否结束
if (mResponse.intermediate) {
mRequest.addMarker("intermediate-response");
} else {
mRequest.finish("done");
}
if (mRunnable != null) {
mRunnable.run();
}
}
}
run方法中如果请求被设置成取消状态就调用执行取消操作不分发数据，在请求没有被取消的情况下，请求成功,通过Request的deliverResponse方法分发数据，请求失败通过Request的deliverError方法分发错误信息。数据分发完，判断Response的intermediate状态，如果intermediate为true，执行mRunnable.run()（执行缓存调度线程中，在需要刷新数据的情况下，Request会被添加到网络请求队列中，这时intermediate 会被设置成true，这里的添加操作被放入Runnable的run()方法中，并将Runnable实例通过ExecutorDelivery的postResponse方法传入），否则执行取消操作。
大家是否还记得使用Volley进行网络请求时，会先创建一个Request，创建时会传入两个监听，一个是请求成功```Response.Listener```，另一个是请求失败Response.ErrorListener()，请求成功的Listener会在Request的deliverResponse()方法中执行回调，而请求失败的Listener会在Request的deliverError方法中执行回调，可以查看具体的StringRequest类。
com.android.volley.toolbox.StringRequest:
@Override
protected void deliverResponse(String response) {
mListener.onResponse(response);
}
错误监听的回调在StringRequest的父类Request类中：
com.android.volley.Request:
public void deliverError(VolleyError error) {
if (mErrorListener != null) {
mErrorListener.onErrorResponse(error);
}
}
StringRequest中的deliverResponse和deliverError方法用于数据的回调，而这两个方法的调用就是通过ExecutorDelivery类来操作的。由此整个数据的分发已经很清晰了.
到了这里我们知道了请求队列中的四个队列的作用，以及缓存调度线程和网络调度线程的作用，最后讨论了数据分发类ExecutorDelivery的实现原理。那么接下来看看缓存调度线程类CacheDispatcher和网络调度线程类NetworkDispatcher的具体实现。
缓存调度线程
com.android.volley.CacheDispatcher:
run()方法:
while (true) {
try {
//1、从请求队列中获取一个Request
final Request request = mCacheQueue.take();
request.addMarker("cache-queue-take");
//2、判断当前Request是否被设置为取消状态
if (request.isCanceled()) {
//2.1结束请求
request.finish("cache-discard-canceled");
continue;
}
//3、从磁盘中获取缓存
Cache.Entry entry = mCache.get(request.getCacheKey());
if (entry == null) {
//3.1、本地缓存空，将Request添加到网络请求队列中，重新执行网络请求
request.addMarker("cache-miss");
mNetworkQueue.put(request);
continue;
}
//4、判断缓存是否过期（根据服务器响应头中获取设置的）
if (entry.isExpired()) {
//4.1、如果缓存已经过期了，将Request添加到网络请求队列中，重新执行网络请求
request.addMarker("cache-hit-expired");
request.setCacheEntry(entry);
mNetworkQueue.put(request);
continue;
}
request.addMarker("cache-hit");
//5、磁盘中获取的数据会通过Request的parserNetworkResponse方法包装成Response
Response response = request.parseNetworkResponse(
new NetworkResponse(entry.data, entry.responseHeaders));
request.addMarker("cache-hit-parsed");
//6、判断当缓存数据是否需要刷新（根据服务器响应头中获取设置的）
if (!entry.refreshNeeded()) {
//6.1、不需要刷新原始数据，调用ExecutorDelivery响应传递类的postResponse方法
// 进行结果的分发
mDelivery.postResponse(request, response);
} else {
request.addMarker("cache-hit-refresh-needed");
//6.2、会将老的数据呈现给用户，再进行网络请求，这样优化用户体验
request.setCacheEntry(entry);
//6.3、将Request添加到网络请求队列中，重新执行网络请求
response.intermediate = true;
mDelivery.postResponse(request, response, new Runnable() {
@Override
public void run() {
try {
//添加到网络请求队列
mNetworkQueue.put(request);
} catch (InterruptedException e) {
// Not much we can do about this.
}
}
});
}
} catch (InterruptedException e) {
if (mQuit) {
return;
}
continue;
}
}
CacheDispatcher继承自Thread，也就是说缓存数据获取是在子线程中操作的，通过上图，总结缓存调度线程的执行逻辑：
- 整个缓存调度线程会不停的从缓存队列中获取Request。
- 通过判断该Request是否被取消，如果Request已经被设置成取消，那么跳过此次操作，继续从缓存队列中获取Request。
- 如果Request没有被取消，会判断磁盘中是否存在。
- 如果磁盘缓存中数据不存在，将Request添加到网络请求队列中，重新执行网络请求并跳过此次操作，继续从缓存队列中获取Request。
- 如果磁盘缓存中数据存在，判断缓存是否过期。
- 如果缓存过期，将Request添加到网络请求队列中，重新执行网络请求并跳过此次操作，继续从缓存队列中获取Request。
- 如果缓存没有过期，判断磁盘缓存数据是否刷新。
- 如果磁盘缓存数据不需要刷新，通过ExecutorDelivery进行数据的分发。
- 如果磁盘缓存数据需要刷新，先将旧数据刷新到界面中，然后将Request添加到网络请求队列中，重新执行网络请求。
网络调度线程
com.android.volley.NetworkDispatcher:
@Override
public void run() {
//设置当前线程的优先级为后台线程
Process.setThreadPriority(Process.THREAD_PRIORITY_BACKGROUND);
Request request;
while (true) {
try {
//1、从请求队列中获取一个Request
request = mQueue.take();
} catch (InterruptedException e) {
if (mQuit) {
return;
}
continue;
}
try {
request.addMarker("network-queue-take");
//2、判断当前Request是否被设置为取消状态
if (request.isCanceled()) {
request.finish("network-discard-cancelled");
continue;
}
//添加流量监控
addTrafficStatsTag(request);
//3、网络请求
NetworkResponse networkResponse = mNetwork.performRequest(request);
request.addMarker("network-http-complete");
//4、服务器返回304（资源没有被修改），并且请求已交付
if (networkResponse.notModified && request.hasHadResponseDelivered()) {
request.finish("not-modified");
continue;
}
//5、网络请求获取的数据会通过Request的parserNetworkResponse方法包装成Response
Response response = request.parseNetworkResponse(networkResponse);
request.addMarker("network-parse-complete");
//6、判断Request是否需要缓存数据并且数据不为空
if (request.shouldCache() && response.cacheEntry != null) {
//6.1、如果Request需要缓存数据并且请求数据不为空，
// 调用DiskBasedCache类的put方法将我们的请求结果保存在磁盘上
mCache.put(request.getCacheKey(), response.cacheEntry);
request.addMarker("network-cache-written");
}
//7、请求交付
request.markDelivered();
//8、分发数据
mDelivery.postResponse(request, response);
} catch (VolleyError volleyError) {
//8.1请求错误，分发错误信息
parseAndDeliverNetworkError(request, volleyError);
} catch (Exception e) {
//8.2发送异常，分发异常信息
mDelivery.postError(request, new VolleyError(e));
}
}
}
private void parseAndDeliverNetworkError(Request request, VolleyError error) {
error = request.parseNetworkError(error);
mDelivery.postError(request, error);
}
NetworkDispatcher 继承自Thread，也就是说网络请求是在子线程中操作的，通过上图，总结网络调度线程的执行逻辑：
- 整个网络调度线程会不停的从网络请求队列中获取Request。
- 通过判断该Request是否被取消，如果Request已经被设置成取消，那么跳过此次操作，继续从网络请求队列中获取Request。
- 如果Request没有被取消，进行网络请求。
- 服务器返回304（资源没有修改），并Request已经交付，结束此次Request，跳过下面的操作，继续从网络请求队列中获取Request。
- 服务器没有返回304，Request也没有交付，将请求到的数据通过Request的parserNetworkResponse方法包装成Response。
- 判断Request是否需要缓存，并数据不为空，如果需要缓存，数据也不为空，进行磁盘缓存处理。
- 磁盘缓存处理后，请求交付，分发数据。
- 不需要缓存，直接请求交付，分发数据。
缓存
Volley框架的整体流程已经全部讲完，我们回过头来看看Volley的缓存是如何处理，在Volley中使用缓存可以通过Request的setShouldCache(true)方法。
com.android.volley.Request:
/**
* 如果设置成false，说明每次请求都会进行网络请求，否则走缓存调度线程。
* @return This Request object to allow for chaining.
*/
public final Request setShouldCache(boolean shouldCache) {
mShouldCache = shouldCache;
return this;
}
public final boolean shouldCache() {
return mShouldCache;
}
给Request的mShouldCache设置为true，随后会在缓存调度线程中判断Request是否需要从缓存中获取数据，以及在网络调度线程中是否需要缓存数据。
网络调度线程中的数据缓存
//3、网络请求
NetworkResponse networkResponse = mNetwork.performRequest(request);
request.addMarker("network-http-complete");
//4、服务器返回304（资源没有被修改），并且请求已交付
if (networkResponse.notModified && request.hasHadResponseDelivered()) {
request.finish("not-modified");
continue;
}
//5、网络请求获取的数据会通过Request的parserNetworkResponse方法包装成Response
Response response = request.parseNetworkResponse(networkResponse);
request.addMarker("network-parse-complete");
//6、判断Request是否需要缓存数据并且数据不为空
if (request.shouldCache() && response.cacheEntry != null) {
//6.1、如果Request需要缓存数据并且请求数据不为空，
// 调用DiskBasedCache类的put方法将我们 的请求结果保存在磁盘上
mCache.put(request.getCacheKey(), response.cacheEntry);
request.addMarker("network-cache-written");
}
这段代码在上面分析网络调度线程时已经讲过了，这里要回过头重新分析，缓存数据时首先得知道缓存了哪些数据，因此我们得从网络请求也就是第3处往下分析，那么这里的mNetword是BasicNetwork的实例，执行BasicNetwork的performRequest(request)方法时会返回NetworkResponse实例。为了简化代码，这里截取几段performRequest方法部分代码分析。
performRequest(request,headers)方法发起网络请求并返回HttpResponse，后面就是构造NetworkResponse实例，构造实例分两种情况。
- 请求到的状态码为304，说明服务器资源没有修改，也间接表明之前请求过了，那么直接使用缓存中的数据，如果缓存中的数据为空，那么NetworkResponse构造函数的第二个参数传null。
- 请求到的状态码不为304，直接使用HttpResponse的返回的数据，来构造NetworkResponse实例。
NetworkResponse的构造器如下：
/**
* @param statusCode http状态码
* @param data 相应体
* @param headers 返回的响应头或者为null
* @param notModified 如果服务器返回了304，数据已在缓存中，则为true，否则false
*/
public NetworkResponse(int statusCode, byte[] data, Map headers,
boolean notModified) {
this.statusCode = statusCode;
this.data = data;
this.headers = headers;
this.notModified = notModified;
}
网络请求到的数据会被转成字节数组，后面可以根据业务需求转换成相应的类型，继续回到网络调度线程的那段代码：
//5、网络请求获取的数据会通过Request的parserNetworkResponse方法包装成Response
Response response = request.parseNetworkResponse(networkResponse);
request.addMarker("network-parse-complete");
//6、判断Request是否需要缓存数据并且数据不为空
if (request.shouldCache() && response.cacheEntry != null) {
//6.1、如果Request需要缓存数据并且请求数据不为空，
// 调用DiskBasedCache类的put方法将我们 的请求结果保存在磁盘上
mCache.put(request.getCacheKey(), response.cacheEntry);
request.addMarker("network-cache-written");
}
networkResponse实例拿到后，会被传递给Request的parseNetworkResponse(networkResponse)方法中，这里就是各个Request转换具体类型的地方，我们把上面扩展GsonRequest的parseNetworkResponse方法贴在这里：
@Override
protected Response parseNetworkResponse(NetworkResponse response) {
try {
String jsonString = new String(response.data,
HttpHeaderParser.parseCharset(response.headers));
return Response.success(mGson.fromJson(jsonString, mClass),
HttpHeaderParser.parseCacheHeaders(response));
} catch (UnsupportedEncodingException e) {
return Response.error(new ParseError(e));
}
}
Response是个泛型类，泛型参数T就是转换后的具体类型，GsonRequest的paresNetworkResponse方法将response的data转换成String类型，再通过GSON转实体类，HttpHeaderParser是一个Http头信息解析工具类，该工具类会解析头信息中的是否包含Date字段，来判断响应是否来自缓存，将响应中Date首部的值与当前时间进行比较，如果响应中的日期值比较早，客户端通常就可以认为是来自缓存的，除了解析Date字段，还解析了Cache-Control字段中是否包含no-cache或是no-store，如果这两个字段有一个存在或是全部存在，表明数据内容不被存储，以及Expires过期时间、Etag信息等等。最终通过Response的静态方法success包装成Response对象。
Response构造器：
private Response(T result, Cache.Entry cacheEntry) {
this.result = result;
this.cacheEntry = cacheEntry;
this.error = null;
}
result指最终解析类型；cacheEntry保存的是返回数据，包括Http的头信息；error指的是错误信息。
Response的组成部分我们已经知道了，继续回到之前的网络调度线程代码：
//6、判断Request是否需要缓存数据并且数据不为空
if (request.shouldCache() && response.cacheEntry != null) {
//6.1、如果Request需要缓存数据并且请求数据不为空，
// 调用DiskBasedCache类的put方法将我们 的请求结果保存在磁盘上
mCache.put(request.getCacheKey(), response.cacheEntry);
request.addMarker("network-cache-written");
}
当Request需要缓存数据就会通过DiskBasedCache的put(String,Entry)方法来存储数据。
@Override
public synchronized void put(String key, Entry entry) {
//判断缓存的数据是否超过最大缓存，如果超过最大缓存，就遍历删除文件，直到小于最大缓存数。
pruneIfNeeded(entry.data.length);
//创建缓存文件（文件头命名规则：url一半字符的哈希值与url后半段字符的哈希值进行拼接）
File file = getFileForKey(key);
try {
FileOutputStream fos = new FileOutputStream(file);
CacheHeader e = new CacheHeader(key, entry);
//写入相关信息
boolean success = e.writeHeader(fos);
if (!success) {
fos.close();
VolleyLog.d("Failed to write header for %s", file.getAbsolutePath());
throw new IOException();
}
//写入请求数据
fos.write(entry.data);
fos.close();
//内存缓存（不包含请求数据）
putEntry(key, e);
return;
} catch (IOException e) {
}
boolean deleted = file.delete();
if (!deleted) {
VolleyLog.d("Could not clean up file %s", file.getAbsolutePath());
}
}
private void putEntry(String key, CacheHeader entry) {
if (!mEntries.containsKey(key)) {
//不包含key，总长度累加
mTotalSize += entry.size;
} else {
//包含key，刷新总长度
CacheHeader oldEntry = mEntries.get(key);
mTotalSize += (entry.size - oldEntry.size);
}
//保存(entry不包含请求数据data[])
mEntries.put(key, entry);
}
Volley并没有做三级缓存，上面代码中的内存缓存存储的是一些头信息，用来判断磁盘缓存是否存在此次请求的数据，代码注释也比较清晰。
缓存调度线程中的缓存数据获取
开启缓存调度线程时会先调用DiskBasedCache的initialize方法进行初始化。
/**
* 读取缓存文件的相关头信息
*/
@Override
public synchronized void initialize() {
////创建缓存目录，默认当前应用缓冲目录下的volley
if (!mRootDirectory.exists()) {
if (!mRootDirectory.mkdirs()) {
VolleyLog.e("Unable to create cache dir %s", mRootDirectory.getAbsolutePath());
}
return;
}
//获取缓存目录下的所有文件
File[] files = mRootDirectory.listFiles();
if (files == null) {
return;
}
for (File file : files) {
FileInputStream fis = null;
try {
fis = new FileInputStream(file);
//读取相关Http头信息
CacheHeader entry = CacheHeader.readHeader(fis);
entry.size = file.length();
//将磁盘缓存的文件信息保存在mEntries中
putEntry(entry.key, entry);
} catch (IOException e) {
if (file != null) {
file.delete();
}
} finally {
try {
if (fis != null) {
fis.close();
}
} catch (IOException ignored) {
}
}
}
}
初始化的目的主要是查看磁盘缓存了哪些数据，并把缓存文件中的头信息读取出来，并以键值对的形式保存在mEntries中，根据头信息用来判断服务器的数据是否过期，或者是否返回304等等，并根据mEntries中的请求地址判断当前请求是否缓存过。
private final Map mEntries =
new LinkedHashMap(16, .75f, true);
同时mEntries的类型是LinkedHashMap,内部实现了Lru算法。
从磁盘缓存中获取到相关头信息后，在缓存调度线程中就可以通过以下代码判断，哪些是过期，哪些需要刷新：
//3、从磁盘中获取缓存
Cache.Entry entry = mCache.get(request.getCacheKey());
if (entry == null) {
//3.1、本地缓存空，将Request添加到网络请求队列中，重新执行网络请求
request.addMarker("cache-miss");
mNetworkQueue.put(request);
continue;
}
//4、判断缓存是否过期（根据服务器响应头中获取设置的）
if (entry.isExpired()) {
//4.1、如果缓存已经过期了，将Request添加到网络请求队列中，重新执行网络请求
request.addMarker("cache-hit-expired");
request.setCacheEntry(entry);
mNetworkQueue.put(request);
continue;
}
request.addMarker("cache-hit");
//5、磁盘中获取的数据会通过Request的parserNetworkResponse方法包装成Response
Response response = request.parseNetworkResponse(
new NetworkResponse(entry.data, entry.responseHeaders));
request.addMarker("cache-hit-parsed");
//6、判断当缓存数据是否需要刷新（根据服务器响应头中获取设置的）
if (!entry.refreshNeeded()) {
//6.1、不需要刷新原始数据，调用ExecutorDelivery响应传递类的postResponse方法
// 进行结果的分发
mDelivery.postResponse(request, response);
} else {
request.addMarker("cache-hit-refresh-needed");
//6.2、会将老的数据呈现给用户，再进行网络请求，这样优化用户体验
request.setCacheEntry(entry);
//6.3、将Request添加到网络请求队列中，重新执行网络请求
response.intermediate = true;
mDelivery.postResponse(request, response, new Runnable() {
@Override
public void run() {
try {
//添加到网络请求队列
mNetworkQueue.put(request);
} catch (InterruptedException e) {
// Not much we can do about this.
}
}
});
}
上面第4步判断缓存是否过期，如果过期， 就会上次请求时服务器返回的Last-Modified/ETag一起传递给服务器。就像上面这样，过期或刷新会给Request的setCacheEntry方法传入参数Cache.Entry对象，最后会将Request放入网络请求队列中。回顾上面网络请求时，其中有一段代码就是将上次请求时服务器返回的Last-Modified/ETag一起传递给服务器，具体实现在BasicNetwork的performRequest方法代码中。
判断过期或刷新时是否将上次请求时服务器返回的Last-Modified/ETag一起传递给服务器的代码，addCacheHeaders方法如下：
private void addCacheHeaders(Map headers, Cache.Entry entry) {
if (entry == null) {
return;
}
if (entry.etag != null) {
headers.put("If-None-Match", entry.etag);
}
if (entry.serverDate > 0) {
Date refTime = new Date(entry.serverDate);
headers.put("If-Modified-Since", DateUtils.formatDate(refTime));
}
}
关于If-Modified-Since 和 If-None-Match含义如下（摘自网络）：
If-Modified-Since，和 Last-Modified 一样都是用于记录页面最后修改时间的 HTTP 头信息，只是 Last-Modified 是由服务器往客户端发送的 HTTP 头，而 If-Modified-Since 则是由客户端往服务器发送的头，可 以看到，再次请求本地存在的 cache 页面时，客户端会通过 If-Modified-Since 头将先前服务器端发过来的 Last-Modified 最后修改时间戳发送回去，这是为了让服务器端进行验证，通过这个时间戳判断客户端的页面是否是最新的，如果不是最新的，则返回新的内容，如果是最新的，则 返回 304 告诉客户端其本地 cache 的页面是最新的，于是客户端就可以直接从本地加载页面了，这样在网络上传输的数据就会大大减少，同时也减轻了服务器的负担。
If-None-Match，它和ETags(HTTP协议规格说明定义ETag为“被请求变量的实体值”，或者是一个可以与Web资源关联的记号)常用来判断当前请求资源是否改变。类似于Last-Modified和HTTP-IF-MODIFIED-SINCE。但是有所不同的是Last-Modified和HTTP-IF-MODIFIED-SINCE只判断资源的最后修改时间，而ETags和If-None-Match可以是资源任何的任何属性，不如资源的MD5等。
ETags和If-None-Match的工作原理是在HTTP Response中添加ETags信息。当客户端再次请求该资源时，将在HTTP Request中加入If-None-Match信息（ETags的值）。如果服务器验证资源的ETags没有改变（该资源没有改变），将返回一个304状态；否则，服务器将返回200状态，并返回该资源和新的ETags。
ETag如何帮助提升性能？
聪明的服务器开发者会把ETags和GET请求的“If-None-Match”头一起使用，这样可利用客户端（例如浏览器）的缓存。因为服务器首先产生ETag，服务器可在稍后使用它来判断页面是否已经被修改。本质上，客户端通过将该记号传回服务器要求服务器验证其（客户端）缓存。
其过程如下：
1.客户端请求一个页面（A）。
2.服务器返回页面A，并在给A加上一个ETag。
3.客户端展现该页面，并将页面连同ETag一起缓存。
4.客户再次请求页面A，并将上次请求时服务器返回的ETag一起传递给服务器。
5.服务器检查该ETag，并判断出该页面自上次客户端请求之后还未被修改，直接返回响应304（未修改——Not Modified）和一个空的响应体。
总结
如果阅读的源码十分庞大，这时我们应该分清主次，以主要流程为主，至于一些细节，可以在了解完整体框架思想后再回过头来细细研究。 Volley整体来说，代码不是很多，在阅读完源码后，可以发现很多功能都是以面向接口形式编写的，这样写的好处时便于扩展，比如HttpStack定义了网络请求的具体业务，可以通过实现HttpStack实现自己的网络请求操作，也可以把OkHttp引入其中。 再比如Cache定义了缓存存储的具体细节，可以通过实现Cache接口实现自己的缓存方案。包括模板方法模式Request定义了请求的操作逻辑，将请求到的数据交由子类处理，在子类中可以将数据转换成业务需要的数据样式（String、bitmap、Gson实体类）,当然阅读完Volley源码所得到知识不止这些，通过源码，我们对怎样编写一套网络框架有更加清晰的认识，对线程的使用、HttpURLConnection和HttpClient的使用、数据的传递方式、缓存方式、接口编程甚至是设计模式也有了更加清晰的认识。