Ⅰ Glide ② — 緩存機制
閱讀本文需要先了解 Glide載入流程
首先介紹一下Glide中對圖片資源的封裝類： EngineResource
在活動緩存中，使用了一個map用來存放EngineResource對象，這里需要注意一個操作，就是這個EngineResource對象是用WeakReference包裹的，並且通過ReferenceQueue監聽了EngineResource的回收，在回收的時候會清理當前的活動緩存內容；
下面分析一下源碼是如果實現的：
首先，自定義一個WeakReference類，將key和resource傳進入（用於在WeakReference回收的時候釋放），傳入一個ReferenceQueue對象，用於監聽WeakReference回收
開啟一個子線程，在循環中監聽ReferenceQueue的返回值，通過這個返回值，判斷WeakReference有沒有回收，監聽的方法是ReferenceQueue.remove(),這是一個阻塞方法；所以要開子線程；
LruResourceCache繼承了LruCache類，關於LruCache類，簡單提一下，具體的可以參考我之前的博客 LruCache實現 ，LruCache繼承了LinkedHashMap，LinkedHashMap有一個特點，就get後的數據會移動到隊列，這就是Lru思想：固定一個容量，put的時候如果超過容量了，將最後一個節點刪除，get的時候將get的這個節點移動到隊列的頭部；
onItemEvicted（）方法是LruCache的一個空方法，調用的時機是在put的時候判斷是否超過容量，如果超過容量了，就淘汰最後一個節點，並調用這個方法；
活動緩存和內存緩存都是緩存在內存中的，活動緩存緩存的是正在使用的圖片資源，當圖片不使用時會放到內存緩存中，提出活動緩存的目的：單一的內存緩存由於Lru的淘汰機制會導致圖片載入不穩定
首先介紹一個磁碟緩存方案DiskLruCache(非Google官方編寫，但獲得官方認證)，關於這個磁碟緩存方案的理解可以看郭林的這片文章：
Android DiskLruCache完全解析，硬碟緩存的最佳方案
從上一篇文章知道，Glide載入操作是通過 Engine 來驅動的
Engine的load()中，首先嘗試從 活動緩存 和 內存緩存 獲取緩存，如果沒有緩存再啟動EngineJob和DecodeJob； 上面介紹了緩存的獲取，下面看一下緩存的存放，肯定是在獲取到圖片後的回調中存放的
在DecodeJob獲取到圖片數據後，會回調很多介面，在回調中會將其放入 活動緩存 ，當圖片不在使用的時候，就會放入內存緩存，根據上面介紹的活動緩存規則，當 EngineResource 計數為0時就應該放入內存緩存；
當資源引用為0，回調onResourceReleased(),從活動緩存移除，放入內存緩存；
上面介紹了活動緩存和內存緩存的存放和獲取，下面看一看磁碟緩存的存取；
還記得 DataFetcherGenerator 介面嗎？這個介面是DecodeJob用於獲取數據的，有三個具體的實現：
我們在上一篇具體介紹的是網路文件的獲取，這里的磁碟緩存使用的就是 DataCacheGenerator（緩存文件） 這個Generator了
上篇文章知道DecodeJob是一個Runnable任務，在run()會調用runWrapped()，在runWrapped()中會做三種事情：
在runWrapped（）的解碼操作中會執行decode()，在decode()中，會disk put操作;
Glide的磁碟緩存是基於DiskLruCache 實現的，Glide直接使用的是DiskLruCacheWrapper對象對DiskLruCache 的封裝；
Ⅱ glidecache什麼文件夾 glidecache文件夾的介紹
1、glidecache是系統自帶的回收站文件夾，Glidecache文件可以刪除，不過刪除此文件以後會同時刪除手機中緩存的圖片，請用戶們注意。這樣刪除緩存圖片將無法找回，它不像拍攝照片那樣刪除以後會進入回收站。
2、手機使用技巧：打開放大手勢功能--首先打開手機的「設置」應用，然後點擊「智能輔助」選項，然後點擊「無障礙」選項，進入後點擊「放大手勢」選項，之後將「放大手勢」功能打開即可。
Ⅲ Glide圖片載入的用法介紹和三級緩存實現
Glide庫是用來實現圖片載入的框架，功能強大且易使用，深受大家喜愛。
為啥要做緩存？ android默認給每個應用只分配16M的內存，所以如果載入過多的圖片，為了 防止內存溢出 ，應該將圖片緩存起來。
圖片的三級緩存分別是：
1、內存緩存
2、本地緩存
3、網路緩存
其中，內存緩存應優先載入，它速度最快；本地緩存次優先載入，它速度也快；網路緩存不應該優先載入，它走網路，速度慢且耗流量。
最優-優先順序：內存緩存 > 本地緩存 > 網路緩存
兩個方法實現：根據圖片的url去載入圖片、在本地和內存中緩存
兩個方法實現：設置本地緩存，以及獲取本地緩存
兩個方法實現：設置內存緩存，獲取內存緩存。
如果使用hashmap去存儲圖片時，當圖片越來越多，那麼會造成內存溢出，因為是強引用（對於強引用的系統不會回收）
如果改成軟引用softReference,在android 2.3 以上的系統，對象會被提前回收。
可以用LruCache來解決上述內存不回收或提前回收的問題。least recentlly use 最少最近使用演算法 它會將內存控制在一定的大小內, 超出最大值時會自動回收, 這個最大值開發者自己定。（這個東西沒有用過..）
參考鏈接： https://blog.csdn.net/sinat_20645961/article/details/46325243
Ⅳ glide設置磁碟緩存目錄 有什麼意義
glide有三級緩存，首先會從內存讀，內存沒有就從磁碟讀，再找不到就會從網路拉。
對於默認的緩存目錄，應用管理的清理緩存功能可以清理掉，清理軟體也更容易清理。如果你自己定義，一來可以在自己的APP單獨編寫清理的邏輯，二來對於自己的調試也更清楚查看緩存路徑，三來對於需要較長時間圖片緩存的APP，也可以避免被清理軟體清理掉。
新版本(V4)的glide設置方法有了變化，可以參考http://blog.csdn.net/u013005791/article/details/74532091
Ⅳ Glide使用
佔位符和漸現動畫
Glide 的流式介面只需要調用 .placeHolder()用一個 drawable(resource) 引用，Glide 將會顯示它作為一個佔位符，直到你的實際圖片准備好。
不能設置一個網路 url 作為佔位符，因為這也會被去請求載入的。App 資源和 drawable 能保證可用和可訪問的。然而，作為 load()方法的參數，Glide 接受所有值。
當App 嘗試從一個網站去載入一張圖片，但由於某些原因載入失敗，使用錯誤佔位符：.error()，在大多數情況下使用佔位符，來指明圖片不能被載入已經足夠了。
error()接受的參數只能是已經初始化的 drawable 對象或者指明它的資源。
Glide 使用標準的淡入淡出動畫，這是默認激活的。如果你想要如強制 Glide 顯示一個淡入淡出動畫，你必須調用另外一個建造者：
crossFade()方法還有另外重載方法 .crossFade(int ration)。如果你想要去減慢（或加快）動畫，隨時可以傳一個毫秒的時間給這個方法。動畫默認的持續時間是 300毫秒。
用 resize(x,y) 調整圖片大小
Glide 自動限制了圖片的尺寸在緩存和內存中，並給到 ImageView需要的尺寸。如果圖片不會自動適配到 ImageView，調用 override(horizontalSize, verticalSize) 。這將在圖片顯示到 ImageView之前重新改變圖片大小。
當你還沒有目標 view 去知道尺寸的時候，這個選項也可能是有用的。比如，如果 App 想要在閃屏界面預熱緩存，它還不能測量 ImageView的尺寸。然而，如果你知道這個圖片多少大，用 override 去提供明確的尺寸。
縮放圖像
顯示 Gif
檢查圖片載入的是否是一個gif圖片，調用一個額外的防區強制 Glide變成一個 Gif asGif()
如果這個 gifUrl 不是一個 Gif，.error()回調被調用並且錯誤佔位符被顯示。
Gif 轉為 Bitmap
如果你僅僅想要顯示 Gif 的第一幀，你可以調用 asBitmap()去保證其作為一個常規的圖片顯示，即使這個 URL 是一個 Gif。
內存緩存
Glide 通過使用默認的內存和磁環緩存去避免不必要的網路請求。調用了 .skipMemoryCache(true)去明確告訴 Glide 跳過內存緩存。可以用 .diskCacheStrategy()方法為 Glide 改變磁碟緩存的行為，如果要為一個請求禁用磁碟緩存。使用枚舉 DiskCacheStrategy.NONE。
作為參數。
Glide 緩存了原始圖像，全解析度圖像和另外小版本的圖像。對於 .diskCacheStrategy()方法來說不同的枚舉參數的意義：
如果有一張圖片，將會經常操作處理，並做了一堆不同的版本，對其有意義的僅僅是緩存原始解析度圖片，用 DiskCacheStrategy.SOURCE。
圖片請求的優先順序
Priority (優先順序)枚舉
你正在實現一個信息詳情頁面，有一個英雄圖片在頂部，和較小的圖片在底部。對於最好的用戶體驗來說，英雄圖片首先需要被載入。因此，我們用 Priority.HIGH
來處理它。理論上說，這應該夠了，但是為了讓這個實例增加點趣味，我們也將底層圖像分配給低優先順序，用 .priority(Priority.LOW)
調用：
縮略圖
用原圖的1/10作為縮略圖
用其它圖片作為縮略圖
Glide 中的回調：Targets
Glide 提供了一個用 Targets的簡單的方式去接受圖片資源的 Bitmap。Targets 是沒有任何別的回調，它在 Glide 做完所有的載入和處理之後返回結果。
不能使用常規的 Glide 的方法 .into()，因為我們的自定義 view 並不繼承自 ImageView。因此，我們必須創建一個 ViewTarget，並用 .into()方法：
創建一個自定義通知
上述創建了三個重要的對象，notification和 RemoteViews以及常量 NOTIFICATION_ID。利用這些去創建一個通知 target。
調用 Glide，將 target 作為 .into()的參數。
Transformations（轉換）
在圖片被顯示之前，transformations(轉換) 可以被用於圖像的操作處理。圖片的任意屬性：顏色、尺寸、范圍、顏色、像素位置等等。下面的庫它為 Glide 轉換提供了多種多樣的實現：
glide-transformations
用 animate() 自定義動畫
創建自己的 XML 動畫，比如一個小的縮放動畫，圖片剛開始小的，然後逐漸增大到原尺寸。
這兩個動畫可以添加到Glid中
在 AndroidManifest.xml的 <application>標簽內去聲明這個剛剛創建的 Glide mole。
android:name屬性是包名+類名的形式。
要看第一個方法applyOptions(Context context, GlideBuilder builder)，可以在這個方法里去調 GlideBuilder中可用的方法。
參考：
Glide系列教程
Ⅵ C盤glcache什麼文件
glidecache是緩存文件夾。
glidecache是系統自帶的回收站文件夾，Glidecache文件可以刪除，不過刪除此文件以後會同時刪除手機中緩存的圖片，請用戶們注意。這樣刪除緩存圖片將無法找回，它不像拍攝照片那樣刪除以後會進入回收站。Glidecache文件是可以刪除的,不過刪除此文件以後會同時刪除手機中緩存的圖片,而且這樣刪除緩存圖片將無法找回。
Ⅶ 怎樣更改Glide的緩存路徑
在圖一中右鍵單擊所要修改的包。
然後單擊 Refactor --> Rename。
彈出對話框，單擊 Rename Package。
彈出對話框，輸入新的包名，單擊 Refactor。
5
然後，就可以看到步驟一中單擊的包的名稱已經改變了。但是AndroidManifest文件中的包名卻沒改變（小編當時操作是這樣的），重新打開項目之後就好了。
Ⅷ glidecache是什麼文件夾
glidecache是圖片緩存的文件夾，該文件夾可以刪除，但是刪除的同時會刪除手機中的緩存圖片，通過刪除此文件夾刪除的緩存圖片無法找回，一旦刪除無法恢復。
手機緩存是數據交換的緩沖區，緩存是CPU的一部分，它存在於CPU中，而CPU存取數據的速度則非常的快，一秒鍾能夠存取，處理十億條指令和數據。
而內存就慢很多，緩存是為了解決CPU速度和內存速度的速度差異問題，在打開文件時，系統會將數據從內存中復制到一個緩沖區而再打開文件時，系統會直接讀取緩存中的數據，則不用到內存中讀取， 這樣瀏覽文件的速度會比較快。
Ⅸ glidecache什麼文件夾
glidecache是圖片緩存的文件夾，該文件夾可以刪除，但是刪除的同時會刪除手機中的緩存圖片，通過刪除此文件夾刪除的緩存圖片無法找回，一旦刪除無法恢復。