前言
圖片的加載一直是安卓開發(fā)中的一個重要環(huán)節(jié)，因為相較于文字，圖片的數(shù)據(jù)量非常大。處理不好圖片，也就無法提供給用戶一個良好的使用體驗。而Glide就是為了加載圖片而生的一個開源庫。
1. 為何使用Glide？
在我最開始接觸安卓的時候，是沒有用任何圖片加載庫的，直接從網(wǎng)絡(luò)獲取數(shù)據(jù)流，轉(zhuǎn)成Bitmap，然后手動裝到ImageView里。后來發(fā)現(xiàn)有Picasso這個庫，只要有url就能自動幫助加載，不要太方便。此后的一段時間就一直用Picasso。
但隨著時間的推移，我發(fā)現(xiàn)Picasso這個庫的緩存支持很奇怪。網(wǎng)上有的說要和Okhttp一起使用才有緩存，還有的說就沒有硬盤緩存功能。總之我查了半天也沒有頭緒。因此我決定換一個支持本地緩存的圖片庫。
剛開始是用Fresco的。這個庫，不能說不好，但是有著一些不方便的地方。第一個是體積太大，一個庫直接把安裝包增加了1M；第二個是它需要控件支持，把原來的ImageView改成這個庫的自定義控件，這樣的話和很多其他的控件庫就不兼容。最典型的是Photo View這個庫，也是要改控件的。因此，當要求放大圖片，而且支持手勢縮放的時候，F(xiàn)resco這個庫自帶的功能無法滿足，而且也限制了不能用其他的庫，于是最終沒有選擇這個庫。
之后，我選擇了Glide。從我的使用經(jīng)歷，其優(yōu)點如下：
- 強大的緩存支持
- 支持GIF
- 靈活便捷的使用方式
- 支持和常見網(wǎng)絡(luò)處理庫的耦合
- 不需要修改控件
缺點幾乎沒有，硬要說有的話就是設(shè)置不當會加載很慢，還有少數(shù)情況下我自定義的rounded image view變成了方的。
2. 把Glide加入項目
Glide的整合非常方便，把下面的代碼整合到gradle文件即可：
repositories {
mavenCentral() // jcenter() works as well because it pulls from Maven Central
}
dependencies {
compile 'com.github.bumptech.glide:glide:3.7.0'
compile 'com.android.support:support-v4:19.1.0'
}
此外，Glide還支持和Okhttp3，Volley等常見網(wǎng)絡(luò)處理庫的耦合，也需要進行一些設(shè)置。比如想要和Okhttp3進行耦合，在dependencies里面就需要加入compile 'com.github.bumptech.glide:okhttp3-integration:1.4.0@aar'。
3. Glide基礎(chǔ)使用
Glide的使用和Picasso非常類似。
Glide.with(mContext).load(url).into(ImageView); // 基礎(chǔ)版
Glide.with(mContext).load(url).override(width,height).error(R.drawable.ic_img_err).placeholder(R.drawable.ic_img_placeholder).diskCacheStrategy(DiskCacheStrategy.SOURCE).dontAnimate().centerCrop().into(ImageView); // 正常版
Glide的基礎(chǔ)使用至少需要三個參數(shù)，第一個是context參數(shù)，第二個是圖片源參數(shù)，可以是url也可以是drawable的source id，第三個則是加載的目標控件。
可以選擇的參數(shù)就比較多了。override可以指定寬度和高度，error指定失敗時顯示的圖片，placeholder指定加載時使用的圖片，diskCacheStrategy指定緩存策略，之后會提到，dontAnimate隱藏過渡動畫，centerCrop裁剪圖片適應(yīng)控件比例。此外，還有asBitmap(), asGif(), thumbnail()等等方法，總之功能比較全面。
4. Glide全局設(shè)置
Glide還支持全局設(shè)置，可以規(guī)定緩存空間的大小，解碼格式，還有一些進階的設(shè)置。詳細信息請參考官方說明。
一份比較簡單的設(shè)置文件如下：
public class MyGlideModule implements GlideModule {
@Override public void applyOptions(Context context, GlideBuilder builder) {
// Apply options to the builder here.
int cacheSize100MegaBytes = 104857600*2; //200MB
MemorySizeCalculator calculator = new MemorySizeCalculator(context);
int defaultMemoryCacheSize = calculator.getMemoryCacheSize();
int defaultBitmapPoolSize = calculator.getBitmapPoolSize();
int customMemoryCacheSize = (int) (1.2 * defaultMemoryCacheSize);
int customBitmapPoolSize = (int) (1.2 * defaultBitmapPoolSize);
builder.setDecodeFormat(DecodeFormat.PREFER_ARGB_8888)
.setDiskCache(new ExternalCacheDiskCacheFactory(context, cacheSize100MegaBytes))
.setMemoryCache( new LruResourceCache( customMemoryCacheSize ))
.setBitmapPool( new LruBitmapPool( customBitmapPoolSize ));
}
@Override public void registerComponents(Context context, Glide glide) {
// register ModelLoaders here.
}
}
5. Glide緩存使用
Glide默認是使用memory cache和disk cache的result模式的。
memory cache可以用skipMemoryCache(true) 來取消。
diskCacheStrategy有4種選擇：None, All, Source, Result。None就是取消，Source是只緩存源文件，Result是緩存處理過的文件，All是把Source和Result都緩存。
很明顯，要緩存的越多，第一次加載也就越慢。對于經(jīng)常改變的圖片，None是不錯的選擇；對于周期性的圖片，可以用Source；對于不怎么改變的圖片，可以考慮All或者Result。
此外，對于Gif來說，官方的建議是只使用Source模式。
6. Glide和Gif
雖然Glide有asGif()方法，但根據(jù)我的實驗，就算不用，還是可以直接加載Gif。當然我指的是目標內(nèi)容，假如想把Gif作為加載動畫，用兩個Image View可能比placeholder要靠譜一些，或者嘗試一些其他的加載動畫的庫比如AVLoadingIndicator等等。
此外，由于Glide對控件沒有要求，可以考慮和Gif Drawable庫一起使用來獲得更好的效果。
7. 總結(jié)
Glide是相當方便好用易上手的庫。
