標簽（空格分隔）： Android
源碼分析篇#
官方整個請求流程
這個圖的原理在郭霖對volley的分析的最后有講
工作流程原理：
1.使用Volley的第一步验靡，首先要調用Volley.newRequestQueue(context)方法來獲取一個RequestQueue對象撮躁，在這期間去創(chuàng)建一個HttpStack對象圾旨，這里會判斷如果手機系統(tǒng)版本號是大于9的，則創(chuàng)建一個HurlStack的實例馒闷，否則就創(chuàng)建一個HttpClientStack的實例攘滩。實際上HurlStack的內(nèi)部就是使用HttpURLConnection進行網(wǎng)絡通訊的狞山，而HttpClientStack的內(nèi)部則是使用HttpClient進行網(wǎng)絡通訊的；然后用Network對象去封裝HttpStack對象绩郎；然后調用RequestQueue的start()方法
2.在start()方法里面默認創(chuàng)建了一個CacheDispatcher緩存線程的實例潘鲫，默認創(chuàng)建四個NetworkDispatcher網(wǎng)絡請求線程的實例；并且都調用這五個線程的start()方法肋杖，讓這五個線程在后臺一直跑起來,一直監(jiān)聽是否有新的request加入溉仑，一旦發(fā)現(xiàn)就執(zhí)行相應的操作。
【這里的只有五個線程状植，不是一個線程池浊竟，所以volley可能會出現(xiàn)當一個線程異常退出之后，沒有線程補充的情況】
3.經(jīng)過上面的第一點與第二點之后津畸，RequestQueue的實力應已經(jīng)創(chuàng)建好了
4.在我們自己創(chuàng)建好相應的Request網(wǎng)絡請求之后振定，調用RequestQueue的add()方法將Request傳入就可以完成網(wǎng)絡請求操作，add（）方法請見下面的流程圖
問題：下面的等待隊列有啥用肉拓？準確來說只是一個集合
private final Map<String, Queue<Request<?>>> mWaitingRequests = new HashMap<String, Queue<Request<?>>>();
維護了一個等待請求的集合后频，如果一個請求正在被處理并且可以被緩存，后續(xù)的相同 url 的請求暖途，將進入此等待隊列卑惜。
所有等待Request，這是Volley做的一點優(yōu)化丧肴，想象一下残揉，我們同時發(fā)出了三個一模一樣的Request，此時底層其實不必真正走三個網(wǎng)絡請求芋浮，而只需要走一個請求即可抱环。所以Request1被add之后會被調度執(zhí)行壳快，而Request2 和Request3被加進來時，如果Request1還未執(zhí)行完畢镇草，那么Request2和 Request3只需要等著Request1的結果即可眶痰。即等Request1的請求成功返回后，這時會自動添加到緩存中梯啤，然后再將等待隊列（等待集合的Request2和Request3添加到緩存隊列中竖伯，讓緩存請求處理線程CacheDispatcher自動處理，從緩存中直接取到數(shù)據(jù)）
請求隊列: RequestQueue
緩存隊列：其中的Request需要執(zhí)行查找緩存的工作
網(wǎng)絡工作隊列 ：其中的Request需要被執(zhí)行網(wǎng)絡請求的工作
private final Set<Request<?>> mCurrentRequests = new HashSet<Request<?>>();
這里的是維護了一個正在進行中因宇，尚未完成的請求集合七婴。
值得注意的是：
源碼中有這么一個方法
void finish(Request<?> request)代表Request 請求結束，然后執(zhí)行下操作：
1). 首先從正在進行中請求集合mCurrentRequests中移除該請求察滑。
(2). 然后查找請求等待集合mWaitingRequests中是否存在等待的請求打厘，如果存在，則將等待隊列移除贺辰，并將等待隊列所有的請求添加到緩存請求隊列中户盯，讓緩存請求處理線程CacheDispatcher自動處理。
博客整理的流程圖
這圖可以結合郭霖的文章一起看郭霖對Volley的分析還有codeKK對Volley的源碼分析饲化，如果對Volley已經(jīng)上手了莽鸭，需要的是看看volley的內(nèi)部實現(xiàn)的話，強烈推薦直接看codeKK對Volley的源碼分析]
另外：
實現(xiàn)了Comparable接口吃靠，因為在Volley中是可以指定請求的優(yōu)先級的硫眨，實現(xiàn)Comparable是為了在Request任務隊列中進行排序,優(yōu)先級高的Request會被優(yōu)先調度執(zhí)行，只是優(yōu)先發(fā)送請求給服務端但不一定優(yōu)先返回巢块。
RequestQueue 中維護了兩個基于優(yōu)先級的 Request 隊列捺球，緩存請求隊列和網(wǎng)絡請求隊列。
放在緩存請求隊列中的Request夕冲，將通過緩存獲取數(shù)據(jù)氮兵，那這個緩存是自動實現(xiàn)的嗎？還是要像加載圖片一樣歹鱼，要自己手動寫緩存泣栈？
答案是Volley 默認使用的是基于 sdcard 的DiskBasedCache，Volley內(nèi)部有 Cache.java弥姻，緩存接口南片，代表了一個可以獲取請求結果，存儲請求結果的緩存庭敦。還有代表緩存實體的內(nèi)部類 Entry疼进，這一切都是自動完成的
但是Volley官方文檔上明確說明，只適用于輕量級請求秧廉，而不適用數(shù)據(jù)量較大的請求伞广，比如下載一個50M的文件拣帽，原因是Volley默認在請求回來之后，就把數(shù)據(jù)從IO流里面搞到內(nèi)存里面了嚼锄，50M减拭。。区丑。（另外）如果是請求圖片的話拧粪，一般是自己寫Lrucache緩存，雖然Volley默認的是用DiskLruCache作緩存機制沧侥，但是畢竟圖片還是要加載到內(nèi)存里面去的可霎，所以如果是大量的圖片加載到內(nèi)存里面去的話，還是會引發(fā)OOM宴杀，因此還是需要自己手動寫緩存啥纸，畢竟那個Volley的DiskLruCache只是為了減少去網(wǎng)絡請求而已，不是解決加載大量數(shù)據(jù)到內(nèi)存的OOM
使用指南篇#
郭霖對于Volley的使用與原理分析文章
初識Volley的基本用法
使用Volley加載網(wǎng)絡圖片
定制自己的Request
使用HttpURLConnection還是HttpClient
