android緩存網路數據

A. android怎樣緩存數據面試題

共有七個周期函數，按順序分別是: onCreate(), onStart(), onRestart(), onResume(), onPause(),onStop(), onDestroy()。
onCreate(): 創建Activity時調用，設置在該方法中，還以Bundle的形式提供對以前存儲的任何狀態的訪問。
onStart(): Activity變為在屏幕上對用戶可見時調用。
onResume(): Activity開始與用戶交互時調用(無論是啟動還是重新啟動一個活動，該方法總是被調用。
onPause(): Activity被暫停或收回cpu和其他資源時調用，該方法用戶保護活動狀態的，也是保護現場。
onStop(): Activity被停止並轉為不可見階段及後續的生命周期事件時調用。
onRestart(): Activity被重新啟動時調用。該活動仍然在棧中，而不是啟動新的Activity。
1、完整生命周期: 即從一個Activity從出現到消失，對應的周期方法是從onCreate()到onDestroy()。
2、可見生命周期: 當Activity處於可以用戶看見的狀態，但不一定能與用戶交互時，將多次執行從onStart()到onStop()。
3、前景生命周期: 當Activity處於Activity棧最頂端，能夠與其他用戶進行交互時，將多次執行從onResume()到onPause()。

2. 兩個Activity之間跳轉時必然會執行的是哪幾個方法。
答: 兩個Activity之間跳轉必然會執行的是下面幾個方法。
onCreate()//在Activity生命周期開始時調用。
onRestoreInstanceState()//用來恢復UI狀態。
onRestart()//當Activity重新啟動時調用。
onStart()//當Activity對用戶即將可見時調用。
onResume()//當Activity與用戶交互時，繪制界面。
onSaveInstanceState()//即將移出棧頂保留UI狀態時調用。
onPause()//暫停當前活動Activity，提交持久數據的改變，停止動畫或其他佔用GPU資源的東西，由於下一個Activity在這個方法返回之前不會resume，所以這個方法的代碼執行要快。
onStop()//Activity不再可見時調用。
onDestroy()//Activity銷毀棧時被調用的最後一個方法。

3. 橫豎屏切換時候Activity的生命周期。
答:
1、不設置Activity的android: configChanges時，切屏會重新調用各個生命周期，切橫屏時會執行一次，切豎屏時會執行兩次。
2、設置Activity的android: configChanges=「orientation」時，切屏還是會重新調用各個生命周期，切橫、豎屏時只會執行一次。
3、設置Activity的android: configChanges=「orientation|keyboardHidden」時，切屏不會重新調用各個生命周期，只會執行onConfiguration方法

4. 如何將一個Activity設置成窗口的樣式。
答: 第一種方法，在styles.xml文件中，可以新建如下的類似Dialog的style。
<style name=「Theme.FloatActivity」 parent=「android:style/Theme.Dialog」> </style>。
第二種方法，在AndroidManifest.xml中在需要顯示為窗口的Activity中添加如下屬性: android: theme=「@style/Theme.FloatActivity」即可。也可以直接添加對應需要展示為Dialog style的Activity的android: theme屬性為android: theme=「@ android: style/Theme.Dialog」。

5. 兩個Activity之間怎麼傳遞數據？
答: 可以在Intent對象中利用Extra來傳遞存儲數據。
在Intent的對象請求中，使用putExtra(「鍵值對的名字」，」鍵值對的值」)；在另外一個Activity中將Intent中的請求數據取出來:
Intent intent = getIntent();
String value = intent.getStringExtra(「testIntent」);

6. 怎麼讓在啟動一個Activity是就啟動一個service？
答: 首先定義好一個service，然後在Activity的onCreate裡面進行連接並bindservice或者直接startService。

7. Activity怎麼和service綁定，怎麼在activity中啟動自己對應的service？
答:
1、activity能進行綁定得益於Serviece的介面。為了支持Service的綁定，實現onBind方法。
2、Service和Activity的連接可以用ServiceConnection來實現。需要實現一個新的ServiceConnection，重現onServiceConnected和OnServiceDisconnected方法，一旦連接建立，就能得到Service實例的引用。
3、執行綁定，調用bindService方法，傳入一個選擇了要綁定的Service的Intent(顯示或隱式)和一個你實現了的ServiceConnection的實例

8.什麼是Service以及描述下它的生命周期。Service有哪些啟動方法，有什麼區別，怎樣停用Service？
答: Android Service是運行在後台的代碼，不能與用戶交互，可以運行在自己的進程，也可以運行在其他應用程序進程的上下文里。需要通過某一個Activity或者Context對象來調用。Service有兩個啟動方法，分別是Context.startService()和Context.bindService()。如果在Service執行耗時的操作需要啟動一個新線程來執行。
Android Service只繼承了onCreate(), onStart(),onDestroy()三個方法，當我們第一次啟動Service時，先後調用onCreate(), onStart()這兩個方法，當停止Service時，則執行onDestroy()方法時。如果Service已經啟動了，當我們再次啟動Service時，不會再執行onCreate()方法，而是直接執行onStart()方法。

9. 什麼時候使用Service？
答: 比如播放多媒體的時候，用戶啟動了其他Activity，這個時候程序要在後台繼續播放，比如檢測SD卡上文件的變化，再或者在後台記錄你的地理信息位置的改變等等。

10. 請描述一下Intent 和 Intent Filter。
答: Intent在Android中被翻譯為」意圖」，他是三種應用程序基本組件-Activity，Service和broadcast receiver之間相互激活的手段。在調用Intent名稱時使用ComponentName也就是類的全名時為顯示調用。這種方式一般用於應用程序的內部調用，因為你不一定會知道別人寫的類的全名。而Intent Filter是指意圖過濾，不出現在代碼中，而是出現在android Manifest文件中，以<intent-filter>的形式。（有一個例外是broadcast receiver的intent
filter是使用Context.registerReceiver()來動態設定的，其中intent filter也是在代碼中創建的）
一個intent有action，data，category等欄位。一個隱式intent為了能夠被某個intent filter接收，必須通過3個測試，一個intent為了被某個組件接收，則必須通過它所有的intent filter中的一個。

11. Intent傳遞數據時，可以傳遞哪些類型數據？
答: intent間傳送數據一般有兩種常用的方法: 1、extra 2、data。
extra可以用Intent.putExtra放入數據。新啟動的Activity可用Intent.getExtras取出Bundle，然後用Bundles.getLong,getInt,getBoolean,getString等函數來取放進去的值。
Data則是傳輸url。url可以是指我們熟悉的http，ftp等網路地址，也可以指content來指向ContentProvider提供的資源。Intent.setData可以放入數據，Intent.getData可以取出數據。

12. 說說Activity，Intent，Service是什麼關系 ？
答: 一個Activity通常是一個單獨的屏幕，每一個Activity都被實現為一個單獨的類，這些類都是從Activity基類中繼承而來的。Activity類會顯示由視圖控制項組成的用戶介面，並對視圖控制項的事件做出響應。
Intent的調用是用來進行屏幕之間的切換。Intent描述應用想要做什麼。Intent數據結構中兩個最重要的部分是動作和動作對應的數據，一個動作對應一個動作數據。
Service是運行在後台的代碼，不能與用戶交互，可以運行在自己的進程里，也可以運行在其他應用程序進程的上下文里。需要一個Activity或者其他Context對象來調用。
Activity跳轉Activity，Activity啟動Service，Service打開Activity都需要Intent表明意圖，以及傳遞參數，Intent是這些組件間信號傳遞的承載著。

13. 請描述一下BroadcastReceiver。
答: Broadcast Receiver用於接收並處理廣播通知(broadcast announcements)。多數的廣播是系統發起的，如地域變換、電量不足、來電簡訊等。程序也可以播放一個廣播。程序可以有任意數量的broadcast receivers來響應它覺得重要的通知。Broadcast receiver可以通過多種方式通知用戶: 啟動activity、使用NotificationManager、開啟背景燈、振動設備、播放聲音等，最典型的是在狀態欄顯示一個圖標，這樣用戶就可以點它打開看通知內容。通常我們的某個應用或系統本身在某些事件(電池電量不足、來電簡訊)來臨時會廣播一個Intent出去，我們利用注冊一個broadcast
receiver來監聽這些Intent並獲取Intent中的數據。

14. 在manifest和代碼中如何注冊和使用 broadcast receiver 。
答: 在android的manifest中注冊
<receiver android: name =「Receiver1」>
<intent-filter>
<!----和Intent中的action對應--->
<actionandroid: name=「com.forrest.action.mybroadcast」/>
</intent-filter>
</receiver>
在代碼中注冊
1、 IntentFilter filter = new IntentFilter(「com.forrest.action.mybroadcast」);//和廣播中Intent的action對應;
2、 MyBroadcastReceiver br= new MyBroadcastReceiver();
3、 registerReceiver(br, filter);

15. 請介紹下ContentProvider是如何實現數據共享的。
答: 一個程序可以通過實現一個Content provider的抽象介面將自己的數據完全暴露出去，而且Content provider是以類似資料庫中的表的方式將自己的數據暴露。Content provider存儲和檢索數據，通過它可以讓所有的應用程序訪問到，這也是應用程序之間唯一共享數據的方法。
要想使應用程序的數據公開化，可通過2種方法：創建一個數據自己的Content Provider或者將你的數據添加到一個已經存在的Content Provider中，前提是有相同數據類型並且有寫入Content Provider的許可權，Android提供了Content Resolverr，外界的程序可以通過Content Resolver介面訪問Content Provider提供的數據。

16. 請介紹下Android的數據存儲方式。
答: Android提供了5中存儲數據的方式，分別是以下幾種
1、使用Shared Preferences存儲數據，用來存儲key-value，pairs格式的數據，它是一個輕量級的鍵值存儲機制，只可以存儲基本數據類型。
2、使用文件存儲數據，通過FileInputStream和FileOutputStream對文件進行操作。在Android中，文件是一個應用程序私有的，一個應用程序無法讀寫其他應用程序的文件。
3、使用SQLite資料庫存儲數據，Android提供的一個標准資料庫，支持SQL語句。
4、使用Content Provider存儲數據，是所有應用程序之間數據存儲和檢索的一個橋梁，它的作用就是使得各個應用程序之間實現數據共享。它是一個特殊的存儲數據的類型，它提供了一套標準的介面用來獲取數據，操作數據。系統也提供了音頻、視頻、圖像和個人信息等幾個常用的Content Provider。如果你想公開自己的私有數據，可以創建自己的Content Provider類，或者當你對這些數據擁有控制寫入的許可權時，將這些數據添加到Content Provider中實現共享。外部訪問通過Content Resolver去訪問並操作這些被暴露的數據。
5、使用網路存儲數據

17. 請介紹下Android中常用的五種布局。
答: 最常用的布局方式為Absolute Layout、Relative Layout、Linear Layout、FrameLayout、TableLayout。其中Linear Layout和Relative Layout是最常用的方式，他們可以通過在xml配置文件或者代碼中進行布局。
1、Frame Layout是最簡單的布局方式，放置的控制項都只能羅列到左上角，控制項會有重疊，不能進行復雜的布局。
2、Linear Layout可以通過orientation屬性設置線性排列的方向是垂直還是縱向的,每行或每列只有一個元素，可以進行復雜的布局。
3、Absolute Layout可以讓子元素指定準確的x、y坐標值，並顯示在屏幕上。Absolute Layout沒有頁邊框，允許元素之間相互重疊。它是絕對坐標，所以在實際中不提倡使用。

4、Relative Layout允許子元素制定他們相對於其他元素或父元素的位置(通過ID制定)。因此，你可以以右對齊，或上下，或置於屏幕中央的形式來排列兩個元素。元素按順序排列，因此如果第一個元素在屏幕的中央，那麼相對於這個元素的其他元素將以屏幕中央的相對位置來排列。這個是相對於Absolute Layout的，採用相對坐標，所以在實際中比較常用。
5、Table Layout將以子元素的位置分配到行或列。一個Table Layout由許多的Table Row組成，每個Table Row都會定義一個row。Table Layout容器不會顯示row、column或者cell的邊線框。每個row擁有0個或多個的cell； 和html中的table差不多。在實際中也經常使用。

18. 談談UI中， Padding和Margin有什麼區別？
答: Padding是控制項的內容相對控制項的邊緣的邊距，而Margin是控制項邊緣相對於其他控制項的邊距。如下圖所示：

19. android本身的一些限制，比如apk包大小限制，讀取大文件時的時間限。
答：apk包大小限制不好說，有的apk為100M，還是能裝到手機上。一般的apk大小為5~10M左右。讀取大文件的時間應該是在main線程裡面，時間限制為5秒左右。

20. ListView如何提高其效率？
答:1、使用分頁載入，不要一次性載入所有數據。
2、復用convertView。在getItemView中，判斷converView是否為空，如果不為空，可復用。
3、非同步載入圖片。Item中如果包含有webimage，那麼最好非同步載入。
4、快速滑動時，不顯示圖片。當快速滑動列表(SCROLL_STATE_FLING)，item中的圖片或獲取需要消耗資源的view，可以不顯示出來；而處於其他兩種狀態(SCROLL_STATE_IDLE和SCROLL_STATE_TOUCH_SCROLL)，則將那些view顯示出來

B. 如何Android資料庫緩存進行管理

無論大型或小型應用，靈活的緩存可以說不僅大大減輕了伺服器的壓力，而且因為更快速的用戶體驗而方便了用戶。
Android的apk可以說是作為小型應用，其中99%的應用並不是需要實時更新的，而且詬病於蝸牛般的移動網速，與伺服器的數據交互是能少則少，這樣用戶體驗才更好，這也是我們有時舍棄webview而採用json傳輸數據的原因之一。
採用緩存，可以進一步大大緩解數據交互的壓力，特此，我們簡略列舉一下緩存管理的適用環境：
1. 提供網路服務的應用
2. 數據更新不需要實時更新，但是哪怕是3-5分鍾的延遲也是可以採用緩存機制。
3. 緩存的過期時間是可以接受的(不會因為緩存帶來的好處，導致某些數據因為更新不及時而影響產品的形象等)
帶來的好處：
1. 伺服器的壓力大大減小
2. 客戶端的響應速度大大變快(用戶體驗)
3. 客戶端的數據載入出錯情況大大較少，大大提高了應有的穩定性(用戶體驗)
4. 一定程度上可以支持離線瀏覽(或者說為離線瀏覽提供了技術支持)
一、緩存管理的方法
這里的緩存管理的原理很簡：通過時間的設置來判斷是否讀取緩存還是重新下載。
裡面會有一些細節的處理，後面會詳細闡述。
基於這個原理，目前鄙人見過的兩種比較常見的緩存管理方法是:資料庫法和文件法。
二、資料庫法緩存管理
這種方法是在下載完數據文件後，把文件的相關信息如url，路經，下載時間，過期時間等存放到資料庫，下次下載的時候根據url先從資料庫中查詢，如果查詢到當前時間並未過期，就根據路徑讀取本地文件，從而實現緩存的效果。
從實現上我們可以看到這種方法可以靈活存放文件的屬性，進而提供了很大的擴展性，可以為其它的功能提供一定的支持；
從操作上需要創建資料庫，每次查詢資料庫，如果過期還需要更新資料庫，清理緩存的時候還需要刪除資料庫數據，稍顯麻煩，而資料庫操作不當又容易出現一系列的性能，ANR問題，實現的時候要謹慎，具體作的話，但也只是增加一個工具類或方法的事情。
還有一個問題，緩存的資料庫是存放在/data/data/<package>/databases/目錄下，是佔用內存空間的，如果緩存累計，容易浪費內存，需要及時清理緩存。
當然這種方法從目前一些應用的實用上看，我沒有發現什麼問題。
本文我側重強調第二種方法，第一種方法的實現，就此掠過。
三、文件法緩存管理
這種方法，使用File.lastModified()方法得到文件的最後修改時間，與當前時間判斷是否過期，從而實現緩存效果。
實現上只能使用這一個屬性，沒有為其它的功能提供技術支持的可能。
操作上倒是簡單，比較時間即可。本身處理也不容易帶來其它問題，代價低廉。
四、文件法緩存管理的兩點說明
1. 不同類型的文件的緩存時間不一樣。
籠統的說，不變文件的緩存時間是永久，變化文件的緩存時間是最大忍受不變時間。
說白點，圖片文件內容是不變的，直到清理，我們是可以永遠讀取緩存的。
配置文件內容是可能更新的，需要設置一個可接受的緩存時間。
2. 不同環境下的緩存時間標准不一樣。
無網路環境下，我們只能讀取緩存文件，哪怕緩存早就過期。
WiFi網路環境下，緩存時間可以設置短一點，一是網速較快，而是流量不要錢。
移動數據流量環境下，緩存時間可以設置長一點，節省流量，就是節省金錢，而且用戶體驗也更好。
舉個例子吧，最近本人在做的一個應用在wifi環境下的緩存時間設置為5分鍾，移動數據流量下的緩存時間設置為1小時。
這個時間根據自己的實際情況來設置：數據的更新頻率，數據的重要性等。
五、何時刷新
開發者一方面希望盡量讀取緩存，用戶一方面希望實時刷新，但是成都網站製作響應速度越快越好，流量消耗越少越好，是一個矛盾。
其實何時刷新我也不知道，這里我提供兩點建議：
1. 數據的最長多長時間不變，對應用無大的影響。
比如，你的數據更新時間為1天，則緩存時間設置為4~8小時比較合適，一天他總會看到更新，如果你覺得你是資訊類應用，再減少，2~4小時，如果你覺得數據比較重要或者比較受歡迎，用戶會經常把玩，再減少，1~2小時，依次類推。
為了保險起見，你可能需要毫無理由的再次縮減一下。
2. 提供刷新按鈕。
上面說的保險起見不一定保險，最保險的方法使在相關界面提供一個刷新按鈕，為緩存，為載入失敗提供一次重新來過的機會，有了這個刷新按鈕，我們的心也才真的放下來。

C. 安卓手機緩存數據怎麼清理

具體步驟如下：

1、首先打開手機，找到手機的設置選項，點擊進入。

2、在設置中找到更多設置，點擊進入更多設置。

3、在更多設置中，找到應用程序，點擊進入應用程序界面。

4、在應用程序中，可以看到已經分了大類，已安裝的及默認應用設置等，點擊已安裝。

5、在已安裝應用中，找到需要單獨清理緩存的應用，點擊進入，比如清理HBuilder的緩存，點擊HBuilder進入。

6、在HBuilder應用程序信息中，點擊存儲功能，進入存儲選項。

7、在應用存儲選項中，就可以看到清除數據、清除緩存功能，點擊進行該應用的數據及緩存清理。

D. 如何優化清空安卓手機緩存數據

可按以下方法清理手機存儲空間：
1、進入i管家--空間清理，清理垃圾緩存；
2、進入文件管理中刪除不需要的文件（安裝包、視頻、壓縮包等）；
3、進入設置--應用與許可權--應用管理--找到對應的軟體--存儲--清除緩存；
4、將手機清除所有數據，清除所有數據的方法：進入手機設置--系統管理/更多設置--備份與重置/恢復出廠設置--清除所有數據即可（此操作會刪除系統空間的所有數據，包括：簡訊、聯系人、便簽等）。

溫馨提示：若沒有勾選格式化手機U盤或SD卡，手機U盤和SD卡中的數據都不會被刪除。

E. Android緩存處理和清除數據，清除緩存，一鍵清理的區別

清除數據、清除緩存、一鍵清理的區別
清除數據
  清除數據主要是清除用戶配置，比如SharedPreferences、資料庫等等，這些數據都是在程序運行過程中保存的用戶配置信息，清除數據後，下次進入程序就和第一次進入程序時一樣；
清除緩存
  緩存是程序運行時的臨時存儲空間，它可以存放從網路下載的臨時圖片，從用戶的角度出發清除緩存對用戶並沒有太大的影響，但是清除緩存後用戶再次使用該APP時，由於本地緩存已經被清理，所有的數據需要重新從網路上獲取。
一鍵清理
  一鍵清理是系統級別的功能，它主要是殺後台進程，以達到釋放內存的目的。

F. android緩存數據到本地放在哪兒最好

之前一直不知道 sdcard/Android目錄什麼作用，我做的項目裡面緩存數據到本地一般都是在sdcard上面建一個文件，然後把數據放在這個文件夾下面的子文件夾下。下面介紹一種更好的解決方法。

應用程序在運行的過程中如果需要向手機上保存數據，一般是把數據保存在SDcard中的。

大部分應用是直接在SDCard的根目錄下創建一個文件夾，然後把數據保存在該文件夾中。
這樣當該應用被卸載後，這些數據還保留在SDCard中，留下了垃圾數據。
如果你想讓你的應用被卸載後，與該應用相關的數據也清除掉，該怎麼辦呢？

通過Context.getExternalFilesDir()方法可以獲取到 SDCard/Android/data/你的應用的包名/files/ 目錄，一般放一些長時間保存的數據
通過Context.getExternalCacheDir()方法可以獲取到 SDCard/Android/data/你的應用包名/cache/目錄，一般存放臨時緩存數據

如果使用上面的方法，當你的應用在被用戶卸載後，SDCard/Android/data/你的應用的包名/ 這個目錄下的所有文件都會被刪除，不會留下垃圾信息。

而且上面二個目錄分別對應 設置->應用->應用詳情裡面的」清除數據「與」清除緩存「選項
轉載

G. Android網路實戰篇——OkHttp3（Retrofit2）五種緩存模式的實現

網上有許多寫OKhttp3緩存的文章，例如：
【Okhttp3結合Retrofit2 實現緩存】 https://www.jianshu.com/p/74d2c10c3eba?from=timeline
【使用Retrofit和Okhttp3實現網路緩存】 https://www.jianshu.com/p/34f73e571ecb
【okhttp3緩存實踐】 http://blog.csdn.net/wuhengde/article/details/54927096
這些文章都很不錯，但還是有一些小小的瑕疵，這里我參考他們的文章結合自己的實踐簡單封裝了Okhttp3的五種緩存方式供大家參考，如有錯誤還請不吝賜教。

主要知識點：

public class OkHttpUtil {

}

後記：如有不同見解或疑惑，歡迎留言，如果覺得不錯可以來個贊！點個贊！

H. Android 【手撕Glide】--Glide緩存機制（面試）

本文源碼解析基於Glide 4.6.1

系列文章
Android 【手撕Glide】--Glide緩存機制
Android 【手撕Glide】--Glide緩存機制（面試）
Android 【手撕Glide】--Glide是如何關聯生命周期的？

Glide緩存分為內存緩存和磁碟緩存，其中內存緩存是由弱引用+LruCache組成。

取的順序是：弱引用、LruCache、磁碟
存的順序是：磁碟、弱引用、LruCache

這張親手製作的圖片，方便大家更直觀的理解緩存機制的整體流程，結合文末總結效果更佳。喜歡的記得點贊！

概述

1、弱引用是由這樣一個HashMap維護，key是緩存的key，這個key由圖片url、width、height等10來個參數組成；value是圖片資源對象的弱引用形式。

2、LruCache是由一個LinkedHashMap維護，根據Lru演算法來管理圖片。大致的原理是利用linkHashMap鏈表的特性，把最近使用過的文件插入到列表頭部，沒使用的圖片放在尾部；然後當圖片大小到達預先設置的一個閥值的時候 ，按演算法刪除列表尾部的部分數據。由於篇幅有限，這里不講解LruCache和DiskLruCache的底層原理，這里推薦一篇 圖解LinkedHashMap原理

這是Glide自定義的LruCache

存取原理
取數據
在內存緩存中有一個概念叫圖片引用計數器 ，具體來說是在 EngineResource 中定義一個 acquired 變數用來記錄圖片被引用的次數，調用 acquire() 方法會讓變數加1，調用 release() 方法會讓變數減1。

獲取圖片資源是先從弱引用取緩存，拿到的話，引用計數+1；沒有的話從LruCache中拿緩存，拿到的話，引用計數也是+1，同時把圖片從LruCache緩存轉移到弱應用緩存池中；再沒有的話就通過 EngineJob 開啟線程池去載入圖片，拿到的話，引用計數也是+1，會把圖片放到弱引用。

存數據
很明顯，這是載入圖片之後的事情。通過 EngineJob 開啟線程池去載入圖片，取到數據之後，會回調到主線程，把圖片存到弱引用。當圖片不再使用的時候，比如說暫停請求或者載入完畢或者清除資源時，就會將其從弱引用中轉移到 LruCache 緩存池中。 總結一下，就是正在使用中的圖片使用 弱引用 來進行緩存，暫時不用的圖片使用 LruCache 來進行緩存的功能;同一張圖片只會出現在 弱引用 和 LruCache 中的一個。

為什麼要引入軟引用？
1、分壓策略，減少Lrucache 中 trimToSize 的概率。如果正在remove的是張大圖，lrucache正好處在臨界點，此時remove操作，將延緩Lrucache的 trimToSize 操作；
2 提高效率：弱引用用的是 HashMap ，Lrucache用的是 LinkedHashMap ,從訪問效率而言，肯定是 HashMap 更高。

Glide磁碟緩存策略（4.x）

如果在內存緩存中沒獲取到數據會通過 EngineJob 開啟線程池去載入圖片,這里有2個關鍵類： DecodeJob 和 EngineJob 。 EngineJob 內部維護了線程池，用來管理資源載入，當資源載入完畢的時候通知回調； DecodeJob 是線程池中的一個任務。

磁碟緩存是通過 DiskLruCache 來管理的,根據緩存策略，會有2種類型的圖片， DATA (原始圖片)和 RESOURCE （轉換後的圖片）。磁碟緩存依次通過 ResourcesCacheGenerator 、 SourceGenerator 、 DataCacheGenerator 來獲取緩存數據。 ResourcesCacheGenerator 獲取的是轉換過的緩存數據； SourceGenerator 獲取的是未經轉換的原始的緩存數據； DataCacheGenerator 是通過網路獲取圖片數據再按照按照緩存策略的不同去緩存不同的圖片到磁碟上。

Glide緩存分為 弱引用+ LruCache+ DiskLruCache ，其中讀取數據的順序是：弱引用 > LruCache > DiskLruCache>網路；寫入緩存的順序是：網路 --> DiskLruCache--> LruCache-->弱引用

內存緩存分為弱引用的和 LruCache ，其中正在使用的圖片使用弱引用緩存，暫時不使用的圖片用 LruCache緩存，這一點是通過 圖片引用計數器（acquired變數）來實現的，詳情可以看內存緩存的小結。

磁碟緩存就是通過DiskLruCache實現的，根據緩存策略的不同會獲取到不同類型的緩存圖片。它的邏輯是：先從轉換後的緩存中取；沒有的話再從原始的（沒有轉換過的）緩存中拿數據；再沒有的話就從網路載入圖片數據，獲取到數據之後，再依次緩存到磁碟和弱引用。

參考：
面試官：簡歷上最好不要寫Glide，不是問源碼那麼簡單
原來面試的時候寫精通Glide，這樣問我這樣答

I. android開發中怎樣緩存數據

寫入文件上也可以，你在sd卡上創建一個文件，寫入其中也是可以的，這樣還可以保存好數據。如果寫入緩存中也不是不行但是如果忽然關機啥的程序退出，或者有其他程序調用緩存的就可能出錯，所以如果不是必須的話不要直接存入緩存中。還有就是如果數據十分小就幾個字元串或數字啥的我想你也知道應該放到SharedPreferences中。