緩存淺析

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

圖片的三級緩存分別是：

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

最優-優先級：內存緩存 > 本地緩存 > 網絡緩存

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

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

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

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

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()方法，靜態圖正常加載，GIF圖無法正常播放，會在界面上顯示第一幀的圖片； 調用了asGif()方法，GIF圖正常加載和播放，靜態圖加載失敗。

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

結論：設置監聽，回調中設置播放次數，如下：

 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自動就是開啟內存緩存和磁盤緩存的。 磁盤緩存是存在哪的？是否需要動態權限，未授權時磁盤緩存是不是就失效了？

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

集成網絡框架

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

權限

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

占位符

• placeHolder
• error
• fallback

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

淡入效果

transitionOption

變換

縮放模式適配不同場景：

啟動頁/廣告頁

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

banner

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

寬固定，高根據圖片比例算出控件高，設置給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);

固定寬高

圖片不變形，不裁剪，fitCenter即可滿足。

圓角

RoundedCorners

圓形

CircleCrop

不得不說Glide的設計真的滿足了我們99%的場景需求了。

以上是許多大廠中喜歡使用的圖片加載方法，這里簡單的舉例Glide圖片加載的幾種方案。其中阿里企業就是使用Glide圖片加載。有關更多Android技術詳解，和更多核心進階技術。

總結

Glide是Android開發中常用的圖片框架，其最基本用法例如Glide.with(context).load(url).into(imageView)，我們沿著此鏈式調用的順序一窺Glide圖片加載流程的樣貌。

一圖勝千言