您當前位置：首頁 > php開源 > 綜合技術 > android圖片加載庫Glide

android圖片加載庫Glide

來源：程序員人生發布時間：2016-07-27 08:50:57 閱讀次數：2890次

甚么是Glide？

Glide是1個加載圖片的庫，作者是bumptech，它是在泰國舉行的google 開發者論壇上google為我們介紹的，這個庫被廣泛的應用在google的開源項目中。

Glide解決甚么問題？

Glide是1個非常成熟的圖片加載庫，他可以從多個源加載圖片，如：網路，本地，Uri等，更重要的是他內部封裝了非常好的緩存機制并且在處理圖片的時候能保持1個低的內存消耗。

Glide怎樣使用？

在Glide的使用方面，它和Picasso的使用方法是比較相似的，并且他們的運行機制也有很多相似的地方，很多博文會把二者進行比較，此文也采取一樣的方式，通過比較二者來學習他們之間的優點和不足。

首先，當我們使用這兩個庫的時候第1步要做的就是導入庫，Picasso好說，直接依賴就行，但是Glide要注意，這個庫是要依賴于support liberary v4的，所以用這個庫的時候，不要忘了依賴v4包。

基本使用

在基本使用方面這兩個庫非常的相似，以下代碼所示：
Picasso：

Picasso.with(context) .load("http://inthecheesefactory.com/uploads/source/glidepicasso/cover.jpg") .into(ivImg);

Glide：

Glide.with(context) .load("http://inthecheesefactory.com/uploads/source/glidepicasso/cover.jpg") .into(ivImg);

看到沒有，表面上看是否是非常相似，其實他們有1個不1樣的地方，就是Picasso的with只能傳入context，而Glide的with可以傳入context，還可以是Activity或是Fragment,你可能會問，這有甚么用呢？用途就是圖片的加載可以和Activity或Fragment保持1致，不至于出現，Activity已暫停了，但是圖片卻還在加載的情況。

默許的Bitmap格式是RGB_565

1下是Picasso和Glide加載后的結果(1920x1080 像素的圖片被加載到768x432像素的imageview中)：

你可以看到，被Glide加載的圖片在質量上不如Picasso加載的圖片，這是為何？實際上是由于Glide的Bitmap默許的格式是RGB_565,而Picasso用的是ARGB_8888,所以雖然質量上不如Picasso(其實在手機上也不明顯),但是RGB_565格式的圖片僅僅消耗ARGB_8888格式圖片1半的內存。

Here is the memory consumption graphs between Picasso at ARGB8888 and Glide at RGB565. (Base application consumes around 8MB)
下圖是Picass的ARGB8888格式圖片和Glide的RGB565格式圖片的內存消耗比較（利用本身大約占8M）：

如果你對圖片沒有太高的要求，那末用默許的格式就能夠，但是如果你對圖片質量要求較高，那末可以把圖片的格式轉換為ARGB8888，方法就是通過繼承GlideMoudle,以下所示：

public class GlideConfiguration implements GlideModule { @Override public void applyOptions(Context context, GlideBuilder builder) { // Apply options to the builder here. builder.setDecodeFormat(DecodeFormat.PREFER_ARGB_8888); } @Override public void registerComponents(Context context, Glide glide) { // register ModelLoaders here. } }

然后在mainfest.xml注冊下

在次看下圖，是否是完全1樣了呢？

那讓我們再看1看二者之間的內存消耗：

我們發現，雖然用的圖片格式是1樣的，并且Glide加載的幾近是先前的兩倍內存，但是Picasso消耗的內存依然遠大于Glide.

這是由于，Picasso加載了完全尺寸的圖片（1920x1080像素）進入內存，當繪圖的時候，讓GPU即時的恢復到所需要的尺寸（768x432像素），但是Glide則加載精確的imageview尺寸進入內存，固然，我們可以手動使Picasso也使用這類方式加載圖片（設置顯示的尺寸）：

Picasso.with(this) .load("http://nuuneoi.com/uploads/source/playstore/cover.jpg") .resize(768, 432) .into(ivImgPicasso);

上面的方式有局限性，就是我們必須知道imageview的精確尺寸，而如果我們的imageview設置了wrap，我們就不能用上面的那種方式了，而需要改成下面的方式：

Picasso.with(this) .load("http://nuuneoi.com/uploads/source/playstore/cover.jpg") .fit() .centerCrop() .into(ivImgPicasso);

現在，我們再來看內存消耗圖：

哈哈，二者的內存消耗現在差不多1樣了，但是不能不說的是在這1點上Glide確切比Picasso做的要好，由于Glide可以在每種情況下自動的計算Imageview的尺寸。

圖片的質量細節

當我把imageview的尺寸調劑到和圖片1樣大的時候（1920x1080像素），我們來視察1下下面的圖片：

這次兩張圖片的對照就比較明顯了，Glide加載的圖片可以明顯的看到鋸齒像素點，但是當用戶使用利用的時候，這其實不是那末容易發覺，并且，如果真的忍耐不了這類小瑕疵，可以把圖片格式調劑到ARGB_8888。

外部緩存

在默許情況下Picasso和Glide的外部緩存機制是非常不1樣的，通過實驗可以發現（1920x1080 像素的圖片被加載到768x432像素的imageview中），Glide緩存的是768x432像素的圖片，而Picasso緩存的是整張圖片（1920x1080像素）。

如果加載的圖片是RGB565模式，緩存圖片也是RGB565模式。

當我們調劑imageview的大小時，Picasso會不管imageview大小是甚么，總是直接緩存整張圖片，而Glide就不1樣了，它會為每一個不同尺寸的Imageview緩存1張圖片，也就是說不管你的這張圖片有無加載過，只要imageview的尺寸不1樣，那末Glide就會重新加載1次，這時候候，它會在加載的imageview之前從網絡上重新下載，然后再緩存。

避免各位不明白，再來舉個例子，如果1個頁面的imageview是200*200像素，而另外一個頁面中的imageview是100*100像素，這時候候想要讓兩個imageview像是同1張圖片，那末Glide需要下載兩次圖片，并且緩存兩張圖片。

但是我們可以通過以下的方法來讓Glide即緩存全尺寸的圖片，有緩存不同尺寸的圖片：

Glide.with(this) .load("http://nuuneoi.com/uploads/source/playstore/cover.jpg") .diskCacheStrategy(DiskCacheStrategy.ALL) .into(ivImgGlide);

Glide的這類默許的緩存機制有1個優點，就是它可以加快圖片加載的速度（可以理解為以空間換時間），而Picasso會造成1定的延遲，由于它在加載到imageview的時候，總是需要調劑大小，確切Picasso有1個立即顯示圖片的方法（以下所示），但是這還是消除不了延時。

//Picasso .noFade();

在外部緩存方面Glide和Pcasso各有所長，你可以選擇適合自己的來用（也就是對你的app來講是控件重要還是時間重要）。

特性

你幾近可以用Glide來做Pcasso可以做的所有事情，并且他們的代碼風格也非常類似：

調劑圖片尺寸：

// Picasso .resize(300, 200); // Glide .override(300, 200);

Center Cropping：

// Picasso .centerCrop(); // Glide .centerCrop();

圖形變換（Transforming）：

// Picasso .transform(new CircleTransform()) // Glide .transform(new CircleTransform(context))

設置占位圖片和毛病圖片：

// Picasso .placeholder(R.drawable.placeholder) .error(R.drawable.imagenotfound) // Glide .placeholder(R.drawable.placeholder) .error(R.drawable.imagenotfound)