Glide 和 Picasso 可以說是目前 Android 上最流行的圖片加載庫了。大部分安卓應用開發人員都有使用過這兩個庫在他們的開發工作中。這兩個庫也都確實提供了大量圖片加載的功能，而且也都經過了很多應用的檢驗，是可靠可信的。表面看上去似乎兩者工作原理很相似，但是實際上是有著很大差別的，主要體現在下面幾個方面：

• 下載圖片的方式
• 圖片的緩存機制
• 加載到內存的機制

本文主要會圍繞這幾個方面來深入研究和對比兩個庫的差異，從而給開發者們提供參考。
對比的版本是 Glide v3.7.0 和 Picasso v2.5.2 的版本。

導入庫到項目中

Picasso 和 Glide 都在 Jcenter 上有建立庫，所以只需要簡單的在添加dependency 即可

Picasso

dependencies {compile 'com.squareup.picasso:picasso:2.5.1' }

Glide

dependencies {compile 'com.github.bumptech.glide:glide:3.5.2' }

庫的大小和方法的數量

對比兩個.jar 庫的大小，Glide 要比 Picasso 大很多，基本上是 Picasso 的3.5倍：

?

1.png

從庫的大小，我們就可以預見，Glide 的方法必然是要大于Picasso 的，Picasso 的方法 總共有849個，而 Glide 的有2678個：

2.png

使用方式

如果只是簡單的從一個 URL 中下載圖片，然后顯示到 imageView 中，那么兩個庫的使用方式基本相似，也都非常的簡單。同時兩個庫也都支持動畫和大小的剪切，也可以設置加載時候的預設圖片等功能：
Picasso:

Picasso.with(myFragment) .load(url) .centerCrop() .placeholder(R.drawable.loading_spinner) .into(myImageView);

Glide:

Glide.with(myFragment) .load(url) .centerCrop() .placeholder(R.drawable.loading_spinner) .crossFade() .into(myImageView);

但是，Glide 這里有一個非常招人喜歡的地方，就是 Glide 在設計的時候，就有 Activity 和 Fragment 的生命周期。什么意思呢？ 就是說你可以傳遞 Activity 或者 Fragment 的 context 給 Glide.with()， 然后 Glide 就會非常智能的同 Activity 的生命周期集成， 比如 OnResume 或者 onPause():

3.png

緩存大小

兩個庫也都支持緩存圖片，都通過下載圖片后，緩存到本地。但是這里對于緩存本地的機制，兩個庫是完全不同的做法。

Picasso 是下載圖片然后緩存完整的大小到本地，比如說圖片的大小是1080p的，之后如果我需要同一張圖片，就會返回這張 full size 的，如果我需要resize，也是對這種 full size 的做 resize。

Glide 則是完全不一樣的做法。Glide 是會先下載圖片，然后改變圖片的大小，以適應 imageView 的要求，然后緩存到本地。 所以如果你是下載同一張圖片，但是設定兩個不一樣大小的 imageView, 那么Glide 實際上是會緩存兩份。
換個角度來看，這里不僅僅是緩存的問題，比如一個 ImageView 要改變它的大小，PIcasso 就只需要下載一次 full size 的圖片，但是 Glide 實際上就不僅僅是下載一次了，它需要去單獨下載然后改變大小適配 imageView，因為對于 Glide 來講，需要緩存不同大小的同一張圖片。

從這點來看，似乎 Glide 的這種設計很有問題了？當然不是，這種做法也會帶來一定的好處，在下面的memory中就會展示。

內存使用

Glide 默認是用的 RGB_555 的設定，PIcasso 則是用的 ARGB _8888的設定。為了公平起見，我這里修改了 GlideModule，讓 Glide 也使用 ARGB _8888的格式，做法也很簡單，新建一個類然后繼承 GlideModule

<meta-data android:name="example.com.myanimation.GlideConfiguration" android:value="GlideModule"/> public class GlideConfiguration implements GlideModule {@Overridepublic void applyOptions(Context context, GlideBuilder builder) {// Apply options to the builder here.builder.setDecodeFormat(DecodeFormat.PREFER_ARGB_8888);}@Overridepublic void registerComponents(Context context, Glide glide) {// register ModelLoaders here.} }

下面是兩者加載的對比：

4.png

可以看出 Glide (大約8MB) 要比 Picasso (13 MB) 的少不少。其實這里就體現出了之前提到的 Glide 緩存的方式問題。Picasso 是緩存的 full size 圖片的大小，而 Glide 是加載已經改變大小后的圖片，顯而易見使用的memory會小很多。 這樣可以減少 OutOfMemoryError 的可能性。

加載圖片的時間

這里先說明下，當嘗試加載一個圖片的時候，兩個庫都會采用先從緩存中讀取，如果緩存中沒有，再去下載的做法。

實際試驗中，Picasso 會比 Glide 快一點。猜測可能的原因還是因為之前講到的緩存機制導致，因為Picasso 是直接把圖加載到內存中，而 Glide 則需要改變圖片大小再加載到內存中去。這個應該是會耗費一定的時間。

1.gif

但是，當加載圖片從內存中的時候，Glide 則比 Picasso 要快。其原理還是因為緩存機制的區別。因為Picasso 從緩存中拿到的圖片，還要先去 resize 后，然后設定給 imageView，但是 Glide 則不需要這樣。

2.gif

其他功能的對比

• GIF 支持：Glide 支持 GIF。 對于加載 GIF 來說，Glide 只需要簡單使用 Glide.with(...).load(...)。 但是 Picasso 是不支持的，因此如果你的應用中是需要加載 GIF 的話，那就只能用 Glide 了。

• 靈活性：Glide 提供了非常多的配置，你可以非常靈活的根據你的需求來客制化，從而縮減 Glide 庫的大小等。

版本問題

目前Picasoo版本從2.5.2版本后一直沒有新的版本，但是2.5.2版本存在加載大圖片（個人測試5M）會出現報錯，導致圖片無法加載出來。

Glide版本一直在維護，使用中沒有遇到問題。

總結：

如果使用中沒有明確圖片大小的限制，最好還是使用Glide，如果文件大小確定兩者皆可以。

總結

以上是生活随笔為你收集整理的android图片显示Picasso与Glide的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。