一、前言

Glide 現在大范圍的使用在各種商業項目中，而對于一般而言， Glide 的 Api 封裝的非常好，多數情況下我們只需要使用它，在使用的基礎之上，才考慮如何了解它。

本文的目的是讓你如何快速上手 Glide 3.x ，來快速投入開發，本文力求做到快速上手，所以只講在上手的時候，你需要關注的。

本文最開始只是想做一個簡短的快速上手的教程，但是在寫的過程中，越寫越長。但是內容都是我覺得必須要講清楚的，所以如果想要快速上手 Glide，請耐心閱讀。

二、簡單使用

2.1 什么是 Glide ?

既然要用到 Glide ，那就先簡單的介紹一下 Glide 。

Glide 簡單來說就是一個 Google 主導的圖片加載開源庫。它穩定、速度快、可自適應圖片尺寸、支持眾多格式、支持加載不同來源的圖片、內存和磁盤緩存的優化。這些，都是它的好處(當然不止這些)，這里就不一一細說了。

你只需要知道，它是一款主流的圖片加載庫即可，它包含了你能想到的所有功能，并且支持擴展。

Glide 的 Github 地址：

https://github.com/bumptech/glide

2.2 在項目內集成 Glide

雖然它已經到 v4.x 了，但是本文還是就最常用的 v3.8.0 版本的集成，做一個簡單的介紹。

集成的方式有多種，可以直接引用 jar 包，也可以使用 Maven，這里還是使用主流的 Gradle 來集成它。

如果需要配置混淆，還需要在混淆文件中區分 Glide 。

Glide 只是一個圖片加載庫，而大多數情況下，我們的圖片均來自互聯網。所以它的網絡請求庫，其實是可以配置的，Glide 可以支持 OkHttp 和 Volley 。

這里使用的另外一個優秀的網絡請求庫 OkHttp 來做支持。

配好 Glide ，我們就可以開始使用它了。

2.3 最簡單的使用

Glide 是支持鏈式調用的，但是它不是簡單的在每個方法中，返回 this ，它更復雜一些，后面會講到，所以通常使用它只需要使用一條語句即可。

這是一個最簡單的 Glide 的 Demo，使用它即可從網絡上加載一張圖片到一個 ImageView 中去顯示。

三、Glide 需要了解的內容

前面的例子可以看到，實際上 Glide 的鏈式調用，它的主要方法就是三個，先來簡單看看他們.

with ： 主要是傳遞一個 Glide 可用的 Context，它和生命周期相關。

load：接收一個待加載的圖片資源，可支持多種格式。

into;指定加載的圖片的最終使用目標對象，例如可以是一個 ImageView。

這三個主要的部分，貫穿了 Glide 使用的主要重點內容，接下來讓我們好好看看他們。

3.1 with()

前面提到，這里的 with() 方法用于給 Glide 傳遞一個 Context 對象，它可以支持多種 Context。

對于 with 而言，它會返回一個 RequestManager 用于管理請求，而它接收的這些不同的 Context ，并不是為了讓我們方便使用，而是會對當前 Context 的生命周期做監聽，來管理 Glide 自身的圖片加載的請求。

舉個例子：當使用 with(Activity) 的時候，如果此時當前 Activity 被關閉掉了，那么 Glide 就會將這個 Activity 下所有的圖片請求停止掉。也就是實現了 Glide 和 頁面聲明周期的綁定，來優化 Glide 自身的請求策略。

所以，在使用 Glide 的時候，盡量使用當前頁面的 Activity ，而非直接傳遞一個 Context 進去。盡量小的選擇 Context 的范圍，他們的推薦優先級為：

Fragment > Activity > Context

3.2 load()

load() 方法，就是去指定一個待加載的資源，它支持很多格式和資源種類。例如：網絡地址、本地文件、Drawable 等，它都是可以做到很好的加載的。

load() 方法，并不是在 Glide 中，前面也提到 with() 會返回一個 RequestManager 對象，load() 方法在它內部實現。

具體 load() 方法，支持的資源種類，可以看到它方法的重載，基本上我們能想到的，它都支持。

有意思的是 load() 方法，它返回的是另外一個 DrawableTypeRequest 對象。

3.3 into()

into() 方法，用于指定加載的圖片資源，最終給誰來使用。這個沒什么好說的，加載的圖片，最終一定是用來顯示的，所以它需要指定一個使用圖片的對象。

into() 實際上是 DrawableTypeRequest 中的方法，DrawableTypeRequest 是一個多層繼承的類，它實際上自己是沒有對 into() 方法的實現的，大部分實現都是在其父類 DrawableRequestBuilder 和 父類的父類 GenericRequestBuilder 中的，但是這并不影響我們使用它。

從方法的簽名，可以看到 into() 不只是可以接受一個 ImageView ，也可以是一些其他的什么。這也很好理解，在項目內，也不僅僅只有 ImageView 可以用來顯示圖片，View 的 background 也是可以用于顯示圖片的。

除了 ImageView 前面已經介紹過了，直接使用即可。剩下的后面會有講到。

四、Glide 的使用細節

既然 Glide 使用過程中，最重要的三個方法已經介紹過了，他們是 Glide 能完成功能的基礎，接下來，就開始介紹 Glide 的使用細節，來見證 Glide 的強大。

本節介紹的 Glide 的使用細節，基本上都是與 load() 方法返回的 DrawableTypeRequest 對象進行操作，對其進行一些配置。

4.1 不同狀態的占位圖

在圖片加載的過程中，會經歷過多過程，例如：加載中、加載失敗等等，在這些過程中，其實是可以為暫時為 ImageView 設置一個占位的的，來定制加載中、加載失敗這種狀態的顯示效果。

Glide 定制的占位圖，有三種：

• placeholder ：指定加載前顯示的圖片資源。
• error：指定加載失敗顯示的圖片資源。
• fallback：指定傳遞加載資源為 null 的時候，顯示的圖片資源。

例如上面的例子中，其實 fallback() 是無需指定的，因為 imageUri 是不可能為 null 的。而其他的，都會在不同的階段顯示出來，加載前會顯示 load_placeholder ，如果加載失敗了，會顯示 load_error 。

注意，不同狀態的占位圖，實際上是一種容錯的表現，所以只能用于加載一個『本地資源』，允許傳遞一個 @DrawableId 或者 Drawable 對象。

4.2 縮放控制

某些時候，因為圖片的尺寸和控件的尺寸，不一定能匹配，所以會對圖片的顯示效果，進行一些縮放，而大多數情況下，這種默認的縮放策略，并不是我們想要的。

Glide 提供了一些方法來控制縮放的效果。

• centerCrop()
• fitCenter()

這兩個方法和 ImageView.setScaleType() 中傳遞的參數效果類似，就不再一一贅述了。

4.3 緩存控制

現在基本上所有的圖片加載庫，都是遵照三級緩存的策略：網絡、磁盤、內存。Glide 也是如此，并且默認情況下，為了更好的體驗，這些緩存都是全部開啟的。

就 Glide 的緩存策略而言，其實我們也是有辦法去調整的。

對于內存緩存而言，只有有或者沒有的情況，所以 Glide 只提供了一個 skipMemoryCache() 方法，它可以傳遞一個 Boolean 的值，用于指定是否跳過磁盤緩存，默認情況下是 false ，表示需要內存緩存。

但是對于磁盤緩存，就會更復雜一些。Glide 為了保證效率，實際上默認情況下是會去緩存多種尺寸的圖片在磁盤上的，也就是說，對于同一個 Uri，如果你在不同尺寸的 ImageView 中使用到它了，默認情況下，在你設備的磁盤上，也會有多張不同尺寸的圖片。這樣是為了下次加載的時候，速度更快，無需再對原圖進行處理，是一種以空間換效率的策略。

而如果我們需要對磁盤緩存進行調節，就需要使用 diskCacheStrategy() 方法來改變它，前面提到它是一種比較復雜的策略，所以無法簡單的使用一個 Boolean 值就完成了。它需要傳遞一個DiskCacheStrategy 的枚舉類型。

可以看到，它實際上是通過兩個參數來標記磁盤緩存的策略的。

• ALL：緩存所有類型的圖片(默認行為)。
• NONE ：禁用磁盤緩存。
• SOURCE ： 只緩存全尺寸的原圖。
• RESULT ：只緩存壓縮后的圖片。

所以具體使用那種，就需要看當前加載的圖片屬于哪一種了。

上面的例子就是忽略內存緩存，并且磁盤只緩存原圖的策略。

4.4 加載優先級

對于同一個頁面，如果需要在多個地方都加載線上圖片，必然會存在一個優先級的問題。例如：正常來說，背景圖是比其他圖片優先級更高的圖片。

Glide 是可以在加載中，對當前加載的圖片，調整加載的優先級的。需要使用 priority() 方法，它可以接受一個 Priority 的枚舉類型，包含四種值：LOW(低)、HIGH(高)、NORMAL(普通)、IMMEDIATE(立即)。

可以在我們需要的時候，對其進行配置，但是它并不影響用 Glide 加載的圖片的顯示順序，只是用于 Glide 在加載圖片的時候一個優化請求的參數而已，并不影響最終顯示的順序。

4.5 載入動畫

Glide 在顯示圖片的時候，為了讓顯示效果不那么突兀，會以一種更柔和的方式去顯示，就會在加載的時候給一個動畫效果，它可以使用 crossFade() 方法進行配置，如果不特殊處理，默認它是開啟的，并且本身默認動畫的時長是 300ms。

crossFade() 也是有多個重載的，主要是為了指定動畫以及動畫的時長。如果有心，也可以看看 crossFade() 的源碼，它實際上只是對 animate() 方法的一個包裝而已，后面會講到。

而 crossFade() 的效果是默認開啟的，所以如果我們不需要這樣的一個動畫效果，可以使用 dontAnimate() 來禁用動畫效果。

有一些情況下，crossFade() 方法并不能滿足我們的需求。如果對加載的動畫有特殊的定制需要，可以使用更靈活的 animate() 方法來自己實現動畫。

可以看到，animate() 支持多種格式的動畫的配置，對于動畫的效果，這里就不一一講解了。

4.6 支持 Gif & 視頻

Glide 的一個非常棒的功能，就是可以支持 Gif，并且使用起來和正常的想要加載一張網絡上的圖片，并沒有什么區別。

上面的例子中，會在 mBgImageView 中顯示 Gif 圖的效果，并且自動播放，并且可以在加載前為其設置一個占位圖，這些都和加載一個普通的圖片沒有什么區別。

但是有時候我們需要對加載的 Gif 圖做一個檢查，例如校驗它是否是一個 Gif ，如果不是，則認為是一次錯誤的加載。這個時候就可以使用 asGif() 來進行校驗，如果當前加載的圖片不是一個正確的 Gif 格式，則會去顯示 error() 配置的圖片。

當然，有時候我們可能只是為了顯示一張圖片，可以強制顯示 Gif 圖片的***幀，使用 asBitmap() 方法標記即可。

只需要將 asGif() 替換成 asBitmap() 就餓可以了，這里不再單獨提供示例了。

Glide 對 Gif 的支持之外，提示還對 Video 格式的文件也進行了支持。但是它和 Gif 顯示的效果不一樣的一點在于，它并不會去播放視頻文件，而只是將視頻文件的***幀做為一個圖片去顯示出來。如果依然想要播放一段視頻文件，使用 Glide 不是一個好注意，你應該使用 VideoView。

其次 Glide 對視頻的支持，僅限于本地視頻，并無法對網絡視頻進行支持。

4.7 加載監聽

如果有對 Glide 加載的圖片的結果進行監聽的，可以使用 listener() 方法設置一個監聽器，它接收一個 RequestListener 的接口

一般而言，如果我們需要監聽圖片加載錯誤的原因，可以在 onException() 中做處理。

需要注意的是，這兩個方法的返回值，***都是 false，因為如果返回 true ，將表示你已經處理了這次的事件，而 Glide 將不會再做額外的處理。例如，如果 onException() 返回了 true 的話，在圖片加載失敗之后，error() 中設置的圖片，并不會被顯示，因為 Glide 認為開發者已經在外部對這個錯誤進行了處理。

4.8 變換加載的圖片

對于使用 Glide 加載的圖片，如果想要在其顯示之前，對其進行一些變換操作，例如，改變顏色、虛化、圓角子類的，都需要用到 transfrom() 方法，它主要用于支持在圖片顯示之前，自定義的變換效果。

變換有兩個方法：

• transfrom()：它可以添加一個通用的變換效果。
• bitmapTransfrom()：限制了變換的類型，只能設置 Bitmap 的變換。

變換這種操作，其實定制性非常的強，展開講就比較復雜了，大家只需要知道，Glide 是可以對加載的圖片在顯示之前進行一些預處理的操作的，在具體使用的時候再回頭來看相關資料即可。

這里推薦一個開源的庫，來支持大多數變換的效果。

Github 地址：

https://github.com/wasabeef/glide-transformations

4.9 into() 其他實現

前面所有的例子中，into() 方法作為 Glide 加載圖片流程的***一個環節，它不僅僅只能支持一個 ImageView。有時候我們還需要給 View 中設置一個背景的需要，這個使用 Glide 也是可以辦到的，但是就需要用到 into() 方法的其他重載方法了。

撇開 into(ImageView) 不說，into(int,int) 實際上是一個指定尺寸的同步方法，可以在子線程中，通過它來得到一個 GlideDrawable 對象。

但是這并不是很常用的場景，大部分我們還是使用泛型的方式來使用 Glide 的。

它的完整簽名可以看出，它實際上接收的是一個 Target 對象，而 Glide 同時也提供了非常多的 Target 的子類。

這些子類里面，有一些是不常用的，例如 AppWidgetTarget 和 NotificationTarget 就是為了 AppWidget 和 Notification 中加載圖片準備的。這里只介紹兩個比較常用的 Target ：SimpleTarget 和 ViewTarget ，其實使用起來都是大同小異。

如果我們不關心圖片加載的用途，只是單純的需要加載一個 Bitmap 或者 Drawable ，就可以使用 SimpleTarget 來處理。

SimpleTarget 可以接受一個 GlideDrawable 或者 Bitmap 的類型作為加載的類型。如果需要指定加載的圖片尺寸，還可以在構造方法中指定，如果不對其進行指定，則加載的是圖片的原尺寸。

再來看看 ViewTarget， 從名稱上可以才出來，它實際上是想讓 Glide 加載一個圖片資源給某個 View 使用。它可以解決有時候我們顯示圖片的 View 并不是一個 ImageView 的問題，也可能是一個 View 的背景。

ViewTarget 需要指定 View 的類型，以及加載的資源類型，這里直接使用的 View 和 GlideDrawable ，然后將我們需要的使用圖片的目標 View 當構造參數傳遞進去即可，最終它它會一個內部 view 變量去持有它，供之后使用。

在 onResourceReady() 這個回調方法中，直接按我們的需要使用 GlideDrawable 和 View 即可。

如果是需要在非 ImageView 的其他 View 上使用圖片，推薦使用 ViewTarget 。它內部是會去計算 View 的尺寸，來優化緩存的圖片。和加載 ImageView 的效果是一樣的，如果使用 SimpleTarget 就需要考慮到 View 的尺寸問題了。

在使用 Target 的時候，還有一點需要額外注意的。

前面也提到，Glide 此次加載的圖片生命周期，會和 with() 傳遞進去的 Context 的生命周期進行綁定，所以使用 Target 加載圖片的時候，就需要額外注意了，如果不是和頁面綁定的圖片資源，可以使用 ApplicationContext() ，避免當前頁面被銷毀之后，加載的請求也被停止了。

五、小結

本文最開始只是想要做一個適合初學者快速上手的 Glide 使用手冊，但是越寫越長，讀到這里相信你也能有所收獲，之后如果覺得有寫概念也需要初學者了解，會繼續補充。

【本文為51CTO專欄作者“張旸”的原創稿件，轉載請通過微信公眾號聯系作者獲取授權】

戳這里，看該作者更多好文