詳解Android?GLide圖片加載常用幾種方法

更新時間：2022年11月14日 08:42:37 作者：Coolbreeze

這篇文章主要為大家介紹了詳解Android?GLide圖片加載常用幾種方法，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪

緩存淺析

為啥要做緩存？ android默認給每個應用只分配16M的內存，所以如果加載過多的圖片，為了防止內存溢出，應該將圖片緩存起來。

圖片的三級緩存分別是：

1、內存緩存
2、本地緩存
3、網絡緩存其中，內存緩存應優(yōu)先加載，它速度最快；本地緩存次優(yōu)先加載，它速度也快；網絡緩存不應該優(yōu)先加載，它走網絡，速度慢且耗流量。

最優(yōu)-優(yōu)先級：內存緩存 > 本地緩存 > 網絡緩存

兩個方法實現：根據圖片的url去加載圖片、在本地和內存中緩存
兩個方法實現：設置本地緩存，以及獲取本地緩存
兩個方法實現：設置內存緩存，獲取內存緩存。

如果使用hashmap去存儲圖片時，當圖片越來越多，那么會造成內存溢出，因為是強引用（對于強引用的系統(tǒng)不會回收）

如果改成軟引用softReference,在android 2.3 以上的系統(tǒng)，對象會被提前回收。

可以用LruCache來解決上述內存不回收或提前回收的問題。least recentlly use 最少最近使用算法它會將內存控制在一定的大小內, 超出最大值時會自動回收, 這個最大值開發(fā)者自己定。（這個東西沒有用過..）

GLide圖片加載方法

圖片加載周期

Glide最簡單的用法:

Glide.with(context).load(url).into(imageView)

with()方法中傳入的Context實例會決定Glide加載圖片的生命周期，如果傳入的是Activity或者Fragment的實例，那么當這個Activity或Fragment被銷毀的時候，圖片加載也會停止。如果傳入的是ApplicationContext，那么只有當應用程序被殺掉的時候，圖片加載才會停止。

想法：傳入ImageView.getContext()實例是不是最好的方案，ImageView所在的Context銷毀了，圖片自然應該取消加載。此方案是否可行？列表的回收機制會不會有問題？

結論：不是最好的方案，fragment和adapter中ImageView.getContext()返回的都是Activity,當fragment或adapter銷毀但activity并沒有銷毀時，圖片仍會加載，所以聲明周期并不合理

圖片格式(Bitmap,Gif)

Glide是支持加載GIF圖片的，不需要編寫額外的代碼，Glide內部會自動判斷圖片格式（Gif圖不一定是以.gif后綴結尾的哦。

當然也可以手動指定圖片格式：調用了asBitmap()方法，靜態(tài)圖正常加載，GIF圖無法正常播放，會在界面上顯示第一幀的圖片；調用了asGif()方法，GIF圖正常加載和播放，靜態(tài)圖加載失敗。

想法：一般情況下不需要指定圖片格式，動圖的播放機制(一直循環(huán)播放/只播放一次)怎么設置？默認是循環(huán)播放

結論：設置監(jiān)聽，回調中設置播放次數，如下：

 Glide.with(this)
    .load(url)
    .addListener(new RequestListener<Drawable>() {
      @Override
      public boolean onLoadFailed(
      @Nullable GlideException e, Object model,        
      Target<Drawable> target, boolean isFirstResource) {
      return false;
    }
      @Override
      public boolean onResourceReady(Drawable resource,
      Object model, Target<Drawable> target,
      DataSource dataSource,
      boolean isFirstResource) {
      if (resource instanceof GifDrawable) {
        //設置播放次數
        ((GifDrawable) resource).setLoopCount(3);
      }
      return false;
    } 
})
    .into(iv);

緩存

在緩存這一功能上，Glide又將它分成了兩個模塊，一個是內存緩存，一個是硬盤緩存。默認情況下，Glide自動就是開啟內存緩存和磁盤緩存的。磁盤緩存是存在哪的？是否需要動態(tài)權限，未授權時磁盤緩存是不是就失效了？

結論：磁盤緩存默認存儲在應用內部文件，訪問應用內部文件無需動態(tài)申請權限

集成網絡框架

Glide默認使用的是HttpUrlConnection，支持集成Volley，Okhttp等其它網絡棧。想法：一般用的時候沒有集成過網絡棧，如何集成？

權限

一般使用場景是加載網絡圖片，Internet權限肯定是要的，但還有個小細節(jié)：如果你正在從 URL 加載圖片，Glide 可以自動幫助你處理片狀網絡連接：它可以監(jiān)聽用戶的連接狀態(tài)并在用戶重新連接到網絡時重啟之前失敗的請求。如果 Glide 檢測到你的應用擁有 ACCESS_NETWORK_STATE 權限，Glide 將自動監(jiān)聽連接狀態(tài)而不需要額外的改動。

占位符

placeHolder
error
fallback

占位圖是否會影響控件的大??？結論：不會，網上有人說會有問題，我用的Glide4.9版本試的，可能Glide已經修復了

淡入效果

transitionOption

變換

縮放模式適配不同場景：

啟動頁/廣告頁

全屏展示(填充寬高)，不變形，盡可能少的裁剪內容[我特地問了做設計的朋友，他們是有設計規(guī)范的，四周不會放內容，xx像素內是內容區(qū)域。所以適當的裁剪掉邊上的內容是沒有問題的]。使用centerCrop就可滿足上述條件。

banner

banner一般都是以ViewPager做容器，ViewPager的高度是不支持wrap_content的，也就是說要么指定高度，要么match_parent。banner的寬一般是固定的，高度若是寫死，采用fitXY在有些手機上會有變形；fitCenter周邊可能會有留白；centerCrop又會裁剪掉邊上的內容 (banner一般要求不能裁剪，本來區(qū)域就不大，你還裁剪，可能會丟失重要內容)。

寬固定，高根據圖片比例算出控件高，設置給ViewPager，因為viewPager會預加載兩邊的view，所以適配的前提是所有banner圖片寬高比一致(一般都能滿足)

Glide.with(context)
              .load(url)
              .addListener(new RequestListener<Drawable>() {
                  @Override
                  public boolean onLoadFailed(@Nullable GlideException e, Object model, Target<Drawable> target, boolean isFirstResource) {
                      return false;
                  }
                  @Override
                  public boolean onResourceReady(Drawable resource, Object model, Target<Drawable> target, DataSource dataSource, boolean isFirstResource) {
                  //根據圖片寬高比設置容器的高度
                      int intrinsicWidth = resource.getIntrinsicWidth();
                      int intrinsicHeight = resource.getIntrinsicHeight();
                      int height = intrinsicHeight * width / intrinsicWidth;
                      layoutParams.height = height;
                      return false;
                  }
              })
              .override(Target.SIZE_ORIGINAL, Target.SIZE_ORIGINAL)
              .transform(new RoundedCorners(10))
              .into(imageView);