Quantcast
Channel: CSDN博客移动开发推荐文章
Viewing all articles
Browse latest Browse all 5930

8、volley 源码解析之网络线程工作流程

$
0
0

文章摘要
1、volley 网络线程工作原理
2、volley 实现 分解原理


附:获取Volley源代码
Demos案例源码:https://github.com/HailouWang/DemosForApi

简介:

volley有两个主要的民工,CacheDispatcher以及NetworkDispatcher,也是两个线程,管理并处理Request任务。

volley为了保证大批量的网络请求以及数据解析不会影响到主线程的用户交互,使用了很多线程以及线程封装技巧。包括这里的Cache。

在用户发起网络请求后,volley就将用户的请求,丢到了本文介绍的缓存进程,缓存线程如果没有能力处理,就丢给网络线程,并告诉它,老大需要数据结果,你赶紧去网络上去拿。老大只要结果,不要过程。

主线程很忙,ResponseDelivery负责传递消息,伴君如伴虎,为了防止打扰到主线程的工作,ResponseDelivery也可以有一个线程,在目前的源码里,ResponseDelivery充分利用Handler的MessageQueue优势,管理并小心的将结果传递给主线程。

那么,本文就来介绍下网络线程的工作原理:

1、NetworkDispatcher 网络线程

1、Volley中有三个线程,NetworkDispatcher是其中的网络线程。

2、NetworkDispatcher网络线程的目的是同步网络数据、保存网络数据。

网络线程,只负责同步网络数据,不负责解析。解析工作交给请求来做,因为不同的请求,解析的方法、流程多不同,将这些工作交给发起方也就是Request来处理。

线程循环运行,线程原料来自mNetworkQueue,其中的来源主要包括两部分:
- a)、主线程可通过RequestQueue.add方法将请求加入mNetworkQueue。
- b)、mCacheQueue发现缓存数据已过期、或者需要再次从网络上来同步。

3、可以将工作流程简单归纳为以下几步:

  • a)、线程循环运行,线程原料来自mNetworkQueue。
  • b)、同步网络数据,并将网络返回的原始数据,封装成NetworkResponse。
  • c)、调用请求发起方(Request)的解析函数,得到result。

附:流程图

2、实现分析

1、线程循环运行,获得Request对象

while (true) {
  try {
    // Get a request from the cache triage queue, blocking until
    // at least one is available.
    //1、hlwang:CacheDispatcher原料来自mCacheQueue,第一步,获得Request
    final Request<?> request = mCacheQueue.take();
    request.addMarker("cache-queue-take");
    ... ...
  }
}

2、如果Request被用户取消了,则不再需要继续执行了

// If the request has been canceled, don't bother dispatching it.
//2、hlwang:如果request已取消,已经不需要继续了
if (request.isCanceled()) {
    request.finish("cache-discard-canceled");
    continue;
}

3、同步网络,得到原始数据,保存在NetworkResponse。

// Perform the network request.
//3、网络处理requests,并返回NetworkResponse
NetworkResponse networkResponse = mNetwork.performRequest(request);
request.addMarker("network-http-complete");

4、不需要将响应回调给主线程的情况。

// If the server returned 304 AND we delivered a response already,
// we're done -- don't deliver a second identical response.
//4、如果服务器返回状态码 = 304,同时该请求Request已经传递过,则不需要再次响应传递。
if (networkResponse.notModified && request.hasHadResponseDelivered()) {
    request.finish("not-modified");
    continue;
}

5、如何解析原始数据,只有请求方才知道,故:解析工作交给请求方

// Parse the response here on the worker thread.
//5、解析请求响应数据,得到Response数据
Response<?> response = request.parseNetworkResponse(networkResponse);
request.addMarker("network-parse-complete");

6、缓存操作,如果数据需要缓存,那么调用传递的缓存接口来缓存。

// Write to cache if applicable.
// TODO: Only update cache metadata instead of entire record for 304s.
//6、是否需要缓存并含有缓存数据,如果是,将cache数据加入到mCache
if (request.shouldCache() && response.cacheEntry != null) {
    mCache.put(request.getCacheKey(), response.cacheEntry);
    request.addMarker("network-cache-written");
}

7、通过mDelivery,将数据返回给主线程。

// Post the response back.
//7、将reponse 返回
request.markDelivered();
mDelivery.postResponse(request, response);

关注我的技术公众号,查看更多优质技术文章推送

微信扫一扫下方二维码即可关注:

关注我的技术公众号,查看更多优质技术文章推送

作者:hailushijie 发表于2017/7/30 13:32:33 原文链接
阅读:72 评论:0 查看评论

Viewing all articles
Browse latest Browse all 5930

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>