標(biāo)簽（空格分隔）： Android
源碼分析篇#
官方整個(gè)請求流程
這個(gè)圖的原理在郭霖對volley的分析的最后有講
工作流程原理：
1.使用Volley的第一步，首先要調(diào)用Volley.newRequestQueue(context)方法來獲取一個(gè)RequestQueue對象，在這期間去創(chuàng)建一個(gè)HttpStack對象，這里會(huì)判斷如果手機(jī)系統(tǒng)版本號是大于9的，則創(chuàng)建一個(gè)HurlStack的實(shí)例，否則就創(chuàng)建一個(gè)HttpClientStack的實(shí)例。實(shí)際上HurlStack的內(nèi)部就是使用HttpURLConnection進(jìn)行網(wǎng)絡(luò)通訊的，而HttpClientStack的內(nèi)部則是使用HttpClient進(jìn)行網(wǎng)絡(luò)通訊的；然后用Network對象去封裝HttpStack對象；然后調(diào)用RequestQueue的start()方法
2.在start()方法里面默認(rèn)創(chuàng)建了一個(gè)CacheDispatcher緩存線程的實(shí)例，默認(rèn)創(chuàng)建四個(gè)NetworkDispatcher網(wǎng)絡(luò)請求線程的實(shí)例；并且都調(diào)用這五個(gè)線程的start()方法，讓這五個(gè)線程在后臺一直跑起來,一直監(jiān)聽是否有新的request加入，一旦發(fā)現(xiàn)就執(zhí)行相應(yīng)的操作。
【這里的只有五個(gè)線程，不是一個(gè)線程池，所以volley可能會(huì)出現(xiàn)當(dāng)一個(gè)線程異常退出之后，沒有線程補(bǔ)充的情況】
3.經(jīng)過上面的第一點(diǎn)與第二點(diǎn)之后，RequestQueue的實(shí)力應(yīng)已經(jīng)創(chuàng)建好了
4.在我們自己創(chuàng)建好相應(yīng)的Request網(wǎng)絡(luò)請求之后，調(diào)用RequestQueue的add()方法將Request傳入就可以完成網(wǎng)絡(luò)請求操作，add（）方法請見下面的流程圖
問題：下面的等待隊(duì)列有啥用？準(zhǔn)確來說只是一個(gè)集合
private final Map<String, Queue<Request<?>>> mWaitingRequests = new HashMap<String, Queue<Request<?>>>();
維護(hù)了一個(gè)等待請求的集合，如果一個(gè)請求正在被處理并且可以被緩存，后續(xù)的相同 url 的請求，將進(jìn)入此等待隊(duì)列。
所有等待Request，這是Volley做的一點(diǎn)優(yōu)化，想象一下，我們同時(shí)發(fā)出了三個(gè)一模一樣的Request，此時(shí)底層其實(shí)不必真正走三個(gè)網(wǎng)絡(luò)請求，而只需要走一個(gè)請求即可。所以Request1被add之后會(huì)被調(diào)度執(zhí)行，而Request2 和Request3被加進(jìn)來時(shí)，如果Request1還未執(zhí)行完畢，那么Request2和 Request3只需要等著Request1的結(jié)果即可。即等Request1的請求成功返回后，這時(shí)會(huì)自動(dòng)添加到緩存中，然后再將等待隊(duì)列（等待集合的Request2和Request3添加到緩存隊(duì)列中，讓緩存請求處理線程CacheDispatcher自動(dòng)處理，從緩存中直接取到數(shù)據(jù)）
請求隊(duì)列: RequestQueue
緩存隊(duì)列：其中的Request需要執(zhí)行查找緩存的工作
網(wǎng)絡(luò)工作隊(duì)列 ：其中的Request需要被執(zhí)行網(wǎng)絡(luò)請求的工作
private final Set<Request<?>> mCurrentRequests = new HashSet<Request<?>>();
這里的是維護(hù)了一個(gè)正在進(jìn)行中，尚未完成的請求集合。
值得注意的是：
源碼中有這么一個(gè)方法
void finish(Request<?> request)代表Request 請求結(jié)束，然后執(zhí)行下操作：
1). 首先從正在進(jìn)行中請求集合mCurrentRequests中移除該請求。
(2). 然后查找請求等待集合mWaitingRequests中是否存在等待的請求，如果存在，則將等待隊(duì)列移除，并將等待隊(duì)列所有的請求添加到緩存請求隊(duì)列中，讓緩存請求處理線程CacheDispatcher自動(dòng)處理。
博客整理的流程圖
這圖可以結(jié)合郭霖的文章一起看郭霖對Volley的分析還有codeKK對Volley的源碼分析，如果對Volley已經(jīng)上手了，需要的是看看volley的內(nèi)部實(shí)現(xiàn)的話，強(qiáng)烈推薦直接看codeKK對Volley的源碼分析]
另外：
實(shí)現(xiàn)了Comparable接口，因?yàn)樵赩olley中是可以指定請求的優(yōu)先級的，實(shí)現(xiàn)Comparable是為了在Request任務(wù)隊(duì)列中進(jìn)行排序,優(yōu)先級高的Request會(huì)被優(yōu)先調(diào)度執(zhí)行，只是優(yōu)先發(fā)送請求給服務(wù)端但不一定優(yōu)先返回。
RequestQueue 中維護(hù)了兩個(gè)基于優(yōu)先級的 Request 隊(duì)列，緩存請求隊(duì)列和網(wǎng)絡(luò)請求隊(duì)列。
放在緩存請求隊(duì)列中的Request，將通過緩存獲取數(shù)據(jù)，那這個(gè)緩存是自動(dòng)實(shí)現(xiàn)的嗎？還是要像加載圖片一樣，要自己手動(dòng)寫緩存？
答案是Volley 默認(rèn)使用的是基于 sdcard 的DiskBasedCache，Volley內(nèi)部有 Cache.java，緩存接口，代表了一個(gè)可以獲取請求結(jié)果，存儲(chǔ)請求結(jié)果的緩存。還有代表緩存實(shí)體的內(nèi)部類 Entry，這一切都是自動(dòng)完成的
但是Volley官方文檔上明確說明，只適用于輕量級請求，而不適用數(shù)據(jù)量較大的請求，比如下載一個(gè)50M的文件，原因是Volley默認(rèn)在請求回來之后，就把數(shù)據(jù)從IO流里面搞到內(nèi)存里面了，50M。。。（另外）如果是請求圖片的話，一般是自己寫Lrucache緩存，雖然Volley默認(rèn)的是用DiskLruCache作緩存機(jī)制，但是畢竟圖片還是要加載到內(nèi)存里面去的，所以如果是大量的圖片加載到內(nèi)存里面去的話，還是會(huì)引發(fā)OOM，因此還是需要自己手動(dòng)寫緩存，畢竟那個(gè)Volley的DiskLruCache只是為了減少去網(wǎng)絡(luò)請求而已，不是解決加載大量數(shù)據(jù)到內(nèi)存的OOM
使用指南篇#
郭霖對于Volley的使用與原理分析文章
初識Volley的基本用法
使用Volley加載網(wǎng)絡(luò)圖片
定制自己的Request
使用HttpURLConnection還是HttpClient
