與其他圖片加載庫相同，Glide除了可以加載網(wǎng)絡圖片之外，也可以加載本地圖片。甚至還可以從各種各樣奇葩的數(shù)據(jù)源中加載圖片。

加載網(wǎng)絡圖片
很多情況下，我們使用圖片加載庫就是為了加載網(wǎng)絡圖片。網(wǎng)絡操作是一個很復雜的東西。試想一下，如果沒有圖片加載庫，我們就要手動去下載圖片,緩存圖片，最后再從文件里面讀取bitmap并設置到Imageview里面。這還算好的，要是在Listview里面你會更頭疼的。原因我就不說了，你懂的~~再加上各種各樣的Bitmap操作，保準你再也不想擼代碼了。而且Bitmap這東西還很占內(nèi)存，伺候不好，很容易就會引發(fā)OOM，app吧唧就閃退了！！

圖片加載庫的優(yōu)勢就在于此。簡簡單單一句話，下載，緩存，加載統(tǒng)統(tǒng)搞定。簡直就是美好一生的東西。而Glide就是這樣使人美好一生的東西之一。

說了這么多，Glide如何加載網(wǎng)絡圖片？很簡單，就上次的三句話:

ImageView targetImageView = (ImageView) findViewById(R.id.imageView);
String internetUrl = "http://i.imgur.com/idojSYm.png";
Glide
  .with(context)
  .load(internetUrl)
  .into(targetImageView);

木有什么亂七八糟的東西，直接傳入要加載圖片的url就可以了。那么圖片加載庫有很多，為什么選擇Glide呢？很簡單，因為它流暢，不卡，尤其是在Listview中。嗯，就是醬~

加載本地圖片
下表是.load()可以傳入的參數(shù)及說明

加載自定義數(shù)據(jù)源
前面的表格中有一個是我們不熟悉的，就是.load(T model)，即自定義的數(shù)據(jù)源類型。那么如何去實現(xiàn)呢？

實際上，加載自定義數(shù)據(jù)源主要是通過ModelLoader接口來實現(xiàn)的。由于沒有在實際項目中用到過，這方面的經(jīng)驗比較少。

不過從官方Wiki上來看，設計ModelLoader接口的初衷用來加載不同尺寸的圖片的。眾所周知，Android設備屏幕分辨率千奇百怪，大到2K，小到320p。如果在低分辨率的手機上加載大圖，不僅損耗用戶流量，而且很容易造成OOM；在高分辨的手機上，加載小圖又會出現(xiàn)模糊的情況，用戶體驗極差。很多時候，為了省事，很多app都會選擇一個中間分辨率，然后自適應大小。當然這樣做無可厚非，但是有更好的辦法，我們?yōu)槭裁床蝗L試呢？

那么如何使用Glide來實現(xiàn)這一具體需求呢？首先你要實現(xiàn)自己的ModelLoader，比較簡單的方法是繼承BaseGlideUrlLoader。

public interface MyDataModel {
  public String buildUrl(int width, int height);
} 
public class MyUrlLoader extends BaseGlideUrlLoader<MyDataModel> {
  @Override
  protected String getUrl(MyDataModel model, int width, int height) {
    // Construct the url for the correct size here.
    return model.buildUrl(width, height);
  }
}

接下來我們可以這樣來加載圖片：

Glide.with(this)
   .using(new MyUrlLoader(this))
   .load(new MyDataModel() {
     @Override
     public String buidUrl(int width, int height) {
       if (width >= 600) {
         return url1;
       } else {
         return url2;
        }
     }
   })
   .into(imageView);

（1）.using(new MyUrlLoader(this))：使用我們自己的ModeLoader;
（2）.load(new MyDataModel()):加載我們自定義的數(shù)據(jù)源

這里需要解釋下getUrl的三個參數(shù)：
（1）model：你加載的數(shù)據(jù)源
（2）width：你加載的圖片的寬度(px)
（3）height：你加載的圖片的高度(px)

這樣，我們在高分率的設備上加載大圖的url1，在低分辨率的設備上加載小圖url2。從而實現(xiàn)了根據(jù)不同手機上的像素值大小加載不同尺寸的圖片的需求。

當然如果你不想每次都是用.using(new MyUrlLoader())，就需要實現(xiàn)一個自定義的ModelLoaderFactory并在GlideModule中注冊。

public class MyGlideModule implements GlideModule {
  ...
  @Override
  public void registerComponents(Context context, Glide glide) {
    glide.register(MyDataModel.class, InputStream.class, 
      new MyUrlLoader.Factory());
  }
}

同時也要在AndroidManifest.xml聲明

<meta-data
  android:name="com.mypackage.MyGlideModule"
  android:value="GlideModule" />

如果你有多個自定義的GlideModule類，那么也要在AndroidManifest.xml中聲明多個GlideModule。

在服務端有下面的幾個可以加載的url：

Google是這樣做的，下面是核心代碼：

//定義正則表達式
private static final Pattern PATTERN =
   Pattern.compile("__w-((?:-?\\d+)+)__");

@Override
protected String getUrl(String model, int width, int height) {
  Matcher m = PATTERN.matcher(model);
  int bestBucket = 0;
  if (m.find()) {
    String[] found = m.group(1).split("-");//拿到可以加載的尺寸數(shù)組
    for (String bucketStr : found) {
      bestBucket = Integer.parseInt(bucketStr);
      if (bestBucket >= width) {//剛好大于要加載的尺寸，直接跳出循環(huán)
        // the best bucket is the first immediately
        // bigger than the requested width
        break;
      }
    }
    if (bestBucket > 0) {//返回合適尺寸的url
      model = m.replaceFirst("w"+bestBucket);
    }
  }
  return model;
}

大概的步驟如下：
1.根據(jù)服務端可加載的圖片url定義正則表達式
2.根據(jù)正則匹配，獲取到可以加載的圖片尺寸數(shù)組
3.根據(jù)要加載的Imageview的大小，選擇合適的尺寸的url
4.拼接url并返回

上面的例子中有200,400,600,800,1000是可以加載的，如果你要加載的Imageview的大小為600px,當遍歷數(shù)組到600時，就會直接跳出循環(huán)，返回600px大小圖片的url，Glide就會加載600px的圖片。

異常調(diào)試
在Glide加載圖片過程中出現(xiàn)異常時，默認是沒有l(wèi)og輸出的。但是Glide給開發(fā)者提供了兩種方法來查看或者響應這些異常。
1.調(diào)試
為了在異常發(fā)生時可以看到它們，你可以打開Glide中處理所有媒體加載響應的類GenericRequest的log開關。很簡單，在命令行運行下面的指令即可：

adb shell setprop log.tag.GenericRequest DEBUG

如果你將DEBUG替換為VERBOSE，還可以看到詳細的請求時間日志。
如果你想禁用log輸出，執(zhí)行：

adb shell setprop log.tag.GenericRequest ERROR

2.調(diào)試工作流

為了查看Glide內(nèi)部引擎是何時、如何加載圖片的，你可以啟用這些log:

adb shell setprop log.tag.Engine VERBOSE
adb shell setprop log.tag.EngineJob VERBOSE
adb shell setprop log.tag.DecodeJob VERBOSE

啟用這些log可以幫助你了解到為什么某些資源沒有從內(nèi)存中加載？為什么從外部url加載要重新下載數(shù)據(jù)？同時這也有助于了解在磁盤緩存時哪些參數(shù)需要配置。啟用DecodeJob log還可以幫助你了解自定義變換/解碼器/編碼器等相關問題。
3.請求監(jiān)聽器
雖然啟動調(diào)試日志很簡單，但前提是你可以訪問到設備。為了完善Glide已存在或更復雜的錯誤日志系統(tǒng)，你可以使用RequestListener類。當加載請求失敗時onException()方法就會被調(diào)用，并給出造成失敗的異常或者null(在解碼器無法從它獲取到的數(shù)據(jù)中解碼出任何有用的東西時)。你可以通過listener() API為每一個請求添加一個監(jiān)聽器。
確保onException()方法的返回值為false，避免覆蓋Glide默認的錯誤處理（比如加載失敗的錯誤圖片占位）。
這里有一個實現(xiàn)快速調(diào)試的列子:

// 示例: .listener(new LoggingListener<String, GlideDrawable>()) 
public class LoggingListener<T, R> implements RequestListener<T, R> {
  @Override public boolean onException(Exception e, Object model, Target target, boolean isFirstResource) {
    android.util.Log.d("GLIDE", String.format(Locale.ROOT,
        "onException(%s, %s, %s, %s)", e, model, target, isFirstResource), e);
    return false; 
  } 
  @Override public boolean onResourceReady(Object resource, Object model, Target target, boolean isFromMemoryCache, boolean isFirstResource) {
    android.util.Log.d("GLIDE", String.format(Locale.ROOT,
        "onResourceReady(%s, %s, %s, %s, %s)", resource, model, target, isFromMemoryCache, isFirstResource));
    return false; 
  } 
}

最新評論