緩存淺析

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

圖片的三級(jí)緩存分別是：

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

最優(yōu)-優(yōu)先級(jí)：內(nèi)存緩存 > 本地緩存 > 網(wǎng)絡(luò)緩存

• 兩個(gè)方法實(shí)現(xiàn)：根據(jù)圖片的url去加載圖片、在本地和內(nèi)存中緩存
• 兩個(gè)方法實(shí)現(xiàn)：設(shè)置本地緩存，以及獲取本地緩存
• 兩個(gè)方法實(shí)現(xiàn)：設(shè)置內(nèi)存緩存，獲取內(nèi)存緩存。

如果使用hashmap去存儲(chǔ)圖片時(shí)，當(dāng)圖片越來越多，那么會(huì)造成內(nèi)存溢出，因?yàn)槭菑?qiáng)引用（對(duì)于強(qiáng)引用的系統(tǒng)不會(huì)回收）

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

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

GLide圖片加載方法

圖片加載周期

Glide最簡單的用法:

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

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

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

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

圖片格式(Bitmap,Gif)

Glide是支持加載GIF圖片的，不需要編寫額外的代碼，Glide內(nèi)部會(huì)自動(dòng)判斷圖片格式（Gif圖不一定是以.gif后綴結(jié)尾的哦。

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

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

結(jié)論：設(shè)置監(jiān)聽，回調(diào)中設(shè)置播放次數(shù)，如下：

 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) {
        //設(shè)置播放次數(shù)
        ((GifDrawable) resource).setLoopCount(3);
      }
      return false;
    } 
})
    .into(iv);

緩存

在緩存這一功能上，Glide又將它分成了兩個(gè)模塊，一個(gè)是內(nèi)存緩存，一個(gè)是硬盤緩存。 默認(rèn)情況下，Glide自動(dòng)就是開啟內(nèi)存緩存和磁盤緩存的。 磁盤緩存是存在哪的？是否需要?jiǎng)討B(tài)權(quán)限，未授權(quán)時(shí)磁盤緩存是不是就失效了？

結(jié)論：磁盤緩存默認(rèn)存儲(chǔ)在應(yīng)用內(nèi)部文件，訪問應(yīng)用內(nèi)部文件無需動(dòng)態(tài)申請(qǐng)權(quán)限

集成網(wǎng)絡(luò)框架

Glide默認(rèn)使用的是HttpUrlConnection，支持集成Volley，Okhttp等其它網(wǎng)絡(luò)棧。 想法：一般用的時(shí)候沒有集成過網(wǎng)絡(luò)棧，如何集成？

權(quán)限

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

占位符

• placeHolder
• error
• fallback

占位圖是否會(huì)影響控件的大小？ 結(jié)論：不會(huì)，網(wǎng)上有人說會(huì)有問題，我用的Glide4.9版本試的，可能Glide已經(jīng)修復(fù)了

淡入效果

transitionOption

變換

縮放模式適配不同場景：

啟動(dòng)頁/廣告頁

全屏展示(填充寬高)，不變形，盡可能少的裁剪內(nèi)容[我特地問了做設(shè)計(jì)的朋友，他們是有設(shè)計(jì)規(guī)范的，四周不會(huì)放內(nèi)容，xx像素內(nèi)是內(nèi)容區(qū)域。所以適當(dāng)?shù)牟眉舻暨吷系膬?nèi)容是沒有問題的]。使用centerCrop就可滿足上述條件。

banner

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

寬固定，高根據(jù)圖片比例算出控件高，設(shè)置給ViewPager，因?yàn)関iewPager會(huì)預(yù)加載兩邊的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) {
                  //根據(jù)圖片寬高比設(shè)置容器的高度
                      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的設(shè)計(jì)真的滿足了我們99%的場景需求了。

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

總結(jié)

Glide是Android開發(fā)中常用的圖片框架，其最基本用法例如Glide.with(context).load(url).into(imageView)，我們沿著此鏈?zhǔn)秸{(diào)用的順序一窺Glide圖片加載流程的樣貌。

一圖勝千言