关于Volley知识点整理

Volley在2013年Google I/O大会上被推出,被大家广泛使用,虽然目前Google已经不在更新它,但作为Google推崇的网络请求框架就必有它的优点,我们可以去发现它的优化来为已用.
优点:
1.使用标准的HTTP缓存机制,在服务器返回304时,使用本地的缓存数据,减少了网络传输的流量,同时也加快了网络访问速度
2.使用了byte[]数组池技术,在大量访问网络数据时,避免了多次开辟byte[]数据块,引入的内存回收问题,而直接从数据块池中找到一个可以使用的数据块来使用.
3.有任务优先级,可以优先处理某些请求
4.有重试机制,重试机制是针对连接超时和请求超时(ConnectTimeoutException,和SocketTimeoutException)
缺点:
1.使用byte[]数据块池,是Volley的优点同时也是它的缺点,对它小数据量的请求很适用,但对大数据的请求就有问题了.请求大数据块会导致数据全部被加载到内存中,可能会造成内存溢出问题,同时默认的请求队列RequestQueue只有4个线程进行工作,大数据块的网络请求相应会占用更多的处理时间,这样就会导致其他请求不能被及时处理而处于排除中
2.Request有getHeaders()和getParams()方法,却没有setHeaders()和setParams()方法,导致想设置请求头部或添加请求参数时只能重写相应的get方法,这样使用很不方便
3.没有对Cookie进行处理,需要用户自己来管理Cookie.
4.使用Volley创建请求队列需要传入Context参数,不能使用JUint4进行单元测试
5.对其他200,304正常处理,对其他返回值>299或<200报IO异常
架构:
Request:网络请求时的参数封装.提供请求了多种get方法来获取请求参数和设置,如获取消息体getBody(),getParams(),消息内容类型getBodyContentType()；请求设置是否需要缓存shouldCache(),重试机制getRetryPolicy()；获取请求头部信息getHeaders().美中不足的是没有提示设置的方法.Reqeust<T>是个抽象类,不同的子类可能想得到不同的数据类型,所有它使用了泛型来让子类指明所需要的类型,而它也相应的提供了parseResponse(),parseNetworkError(),deliverResponse()这些抽象方法,让子类根据自己的需要来去实现相应的操作.
RequestQueue:网络请求的队列,并提供start()方法来开启请求任务调度线程.add(Request)方法,将需要缓存的Request和不需要缓存的Requst分别放到不同的队列中,
Volley:负责创建一个默认的网络请求队列,提供创建队列所使用的参数,使用本地磁盘进行数据缓存,和网络请求对象,并开始队列的工作
NetWorkDispatcher:一个负责网络请求调度的一个线程.它从网络请求队列中取出一个请求Request,通知网络数据请求对象Network将数据加载出来,并告知请求者Request数据加载成功.在告知Request前,它会根据Request判断此数据是否需要缓存,而进行相应的缓存工作.
NetworkResponse networkResponse = mNetwork.performRequest(request);
Response<?> response = request.parseNetworkResponse(networkResponse);
 if (request.shouldCache() && response.cacheEntry != null)
    mCache.put(request.getCacheKey(), response.cacheEntry);
mDelivery.postResponse(request, response);
CacheDispatcher:与NetWorkDispatcher类似,只不过它对需要缓存的请求队列进行调度的一个线程.从队列中取出一个Request,然后从本地取出缓存的数据,如果取出失败,或缓存已经过期,则请此Request放入到网络请求队列中；取出成功则直接告知Request


Request--->RequestQueue--->NetDispatcher---->NetWork