????? 花了很長時間才做寫完這個帖子 希望我寫的文章能夠讓你對Volley有一定的了解 這樣我的目的就達到了?
???? 先簡單介紹一下Volley的誕生背景 Volley誕生于 2013年 Google I/O大會上 是Google開發(fā)工程師寫的一個網(wǎng)絡請求框架 特點是進行數(shù)據(jù)量不大,但通訊頻繁的網(wǎng)絡操作,內部還封裝了圖片加載的控件 NetworkImageView 用于直接在網(wǎng)絡上面加載圖片 本文只是對? RequestQueue requestQueue = Volley.newRequestQueue(context);這一行代碼的深入理解 別小看這一行代碼 這一行代碼信息量很大的 廢話不多說 我們就直接來閱讀源碼吧(Read The Fucking Source Code)
當我們用Volley執(zhí)行網(wǎng)絡請求時 首先就會寫這一行代碼
點進去之后 代碼如下(class volley)
這個類里面主要是看幾行代碼
我們調用的是一個參數(shù)的構造方法? 但是他還是會去掉兩個參數(shù)的構造方法 兩個參數(shù)的構造方法 看下面這一行代碼
RequestQueue queue = new RequestQueue(new DiskBasedCache(cacheDir), network);? 這里new了一個RequestQueue 的對象
這一行代碼第一個參數(shù)告訴我們的信息是
1.new DiskBasedCache(cacheDir) 字面的意思是基于磁盤的緩存 里面的參數(shù)我們可以在volley類里看到 如下:
private static final String DEFAULT_CACHE_DIR = "volley";
File cacheDir = new File(context.getCacheDir(), DEFAULT_CACHE_DIR);
這兩行代碼的意思是在項目data/data包下創(chuàng)建一個volley的文件夾
然后再看一下DiskBasedCache類的實現(xiàn)的一些細節(jié) 點開之后我們發(fā)現(xiàn)DiskBasedCache類里面的代碼行數(shù)五百多行 我們還是挑重點看
點開他的構造方法可以看到是給成員變量賦值 我們重點看參數(shù)二? 參數(shù)二我們可以明顯看到了一個數(shù) 那就是規(guī)定默認磁盤緩存的大小時5M
所以我們在創(chuàng)建一個請求隊列時 第一個參數(shù)得到的結論是 1.volley文件夾是在這里創(chuàng)建的,2. 磁盤緩存的大小時5M,看到這里我們大致了解了一些基本信息
我們接著往下看 創(chuàng)建請求隊列時的第二個參數(shù)是什么意思 :
network? 點進去之后
這就是一個接口 通過注釋了解到 主要是由他來執(zhí)行網(wǎng)絡請求的? 那么他是怎樣執(zhí)行網(wǎng)絡請求的呢 我們接著往下看
點到BasicNetwork類里面看到 (由于源碼比較多 我們就看這一行代碼)
是通過這一行來執(zhí)行網(wǎng)絡請求的
回過頭來 我們再來看volley類代碼
Network network = new BasicNetwork(stack);
這一行代碼參數(shù)的好像在哪里見過 沒錯就是默認給我們傳過來的值就是null 這行代碼的上面 有一個判斷
這里給stack賦值了 如果版本大于9 的話? stack = new HurlStack();點到HurlStack類里面看到
這個方法我們可以看到底層是通過HttpURLConnecttion來完成網(wǎng)絡請求的
如果版本小于9 的話用的是HttpClient來執(zhí)行網(wǎng)絡請求的
總結:從創(chuàng)建一個請求隊列我們可以看到以下幾點:
1.volley文件夾是在這里創(chuàng)建的,2. 磁盤緩存的大小時5M,3.底層執(zhí)行網(wǎng)絡請求所用的框架 說了半天現(xiàn)在也是在說RequestQueue后面的兩個參數(shù)的意思? 我們接著往下看RequestQuene的源碼
RequestQuene 類里面也就三百多行代碼 這里我們就看跳過來的代碼
進去之后看到了一個常量 DEFAULT_NETWORK_THREAD_POOL_SIZE? 這里我們可以看到 默認的網(wǎng)絡線程池的大小為四
這里的線程池可以優(yōu)化 這里可以看到volley里的線程池是由數(shù)組組成 并且默認的線程數(shù)為四個
還可以看到第四個參數(shù)new ExecutorDelivery(new Handler(Looper.getMainLooper())))? 這里使用hander綁定一個主線程的looper 來完成線程的之間的切換的
總結:RequestQueue queue = new RequestQueue(new DiskBasedCache(cacheDir), network);我們寫的這一行代碼 volley幫我們做了
我們接著往下看 看volley源碼知道 現(xiàn)在該啟動這個隊列了
queue.start(); 這一行代碼又做了什么呢
這里是先開啟了一個緩存的分發(fā)器? mCacheQueue, mNetworkQueue, mCache, mDelivery? 有四個參數(shù) 第三個和第四個參數(shù)是在創(chuàng)建隊列的時候調用
第一和第二個參數(shù)是在RequestQueue類里面已經(jīng)初始化好了? 這兩個隊列的意思是首先看緩存隊列里面有沒有請求 有的話就直接用 沒有的話 就放在網(wǎng)絡隊列里
點到CacheDispatcher里面可以看到這是一個線程 他的run方法是一個死循環(huán)
再來看start方法 里面有一個for循環(huán)? mDispatchers.length的值 我們已經(jīng)知道是四了 意思是創(chuàng)建四個網(wǎng)絡分發(fā)器
所以我們start方法里一次性啟動了五條線程
以上這些內容就是我們在創(chuàng)建一個請求隊列時volley幫我們做的所有事情 也就是開篇講的mRequestQueue = Volley.newRequestQueue(context);做的事情
