2018-01-23 Picasso和Glide 加載圖片

在泰國(guó)舉行的谷歌開(kāi)發(fā)者論壇上馍乙,谷歌為我們介紹了一個(gè)名叫?Glide?的圖片加載庫(kù),作者是bumptech获茬。這個(gè)庫(kù)被廣泛的運(yùn)用在google的開(kāi)源項(xiàng)目中侣灶,包括2014年google I/O大會(huì)上發(fā)布的官方app。

它的成功讓我非常感興趣呜投。我花了一整晚的時(shí)間把玩加匈,決定分享一些自己的經(jīng)驗(yàn)。在開(kāi)始之前我想說(shuō)仑荐,Glide和Picasso有90%的相似度雕拼,準(zhǔn)確的說(shuō),就是Picasso的克隆版本粘招。但是在細(xì)節(jié)上還是有不少區(qū)別的啥寇。

導(dǎo)入庫(kù)

Picasso和Glide都在jcenter上。在項(xiàng)目中添加依賴(lài)非常簡(jiǎn)單:

Picasso

dependencies?{

????compile?'com.squareup.picasso:picasso:2.5.1'

}

Glide

dependencies?{

????compile?'com.github.bumptech.glide:glide:3.5.2'

????compile?'com.android.support:support-v4:22.0.0'

}

Glide需要依賴(lài)Support Library v4洒扎,別忘了辑甜。其實(shí)Support Library v4已經(jīng)是應(yīng)用程序的標(biāo)配了,這不是什么問(wèn)題袍冷。

基礎(chǔ)

就如我所說(shuō)的Glide和Picasso非常相似磷醋,Glide加載圖片的方法和Picasso如出一轍。

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);

雖然兩者看起來(lái)一樣胡诗,但是Glide更易用邓线,因?yàn)镚lide的with方法不光接受Context,還接受Activity 和 Fragment煌恢,Context會(huì)自動(dòng)的從他們獲取骇陈。

同 時(shí)將Activity/Fragment作為with()參數(shù)的好處是:圖片加載會(huì)和Activity/Fragment的生命周期保持一致,比如在Paused狀態(tài)暫停加載瑰抵,在Resumed的時(shí)候又自動(dòng)重新加載你雌。所以我建議傳參的時(shí)候傳遞Activity 和 Fragment給Glide,而不是Context二汛。

默認(rèn)Bitmap格式是RGB_565

下面是加載圖片時(shí)和Picasso的比較(1920x1080 像素的圖片加載到768x432的ImageView中)

可以看到Glide加載的圖片質(zhì)量要差于Picasso(ps:我看不出來(lái)哈)婿崭,為什么拨拓?這是因?yàn)镚lide默認(rèn)的Bitmap格式是RGB_565?,比ARGB_8888格式的內(nèi)存開(kāi)銷(xiāo)要小一半逛球。下面是Picasso在A(yíng)RGB8888下與Glide在RGB565下的內(nèi)存開(kāi)銷(xiāo)圖(應(yīng)用自身占用了8m千元,因此以8為基準(zhǔn)線(xiàn)比較):

如果你對(duì)默認(rèn)的RGB_565效果還比較滿(mǎn)意,可以不做任何事颤绕,但是如果你覺(jué)得難以接受幸海,可以創(chuàng)建一個(gè)新的GlideModule將Bitmap格式轉(zhuǎn)換到ARGB_8888:

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.

????}

}

同時(shí)在A(yíng)ndroidManifest.xml中將GlideModule定義為meta-data

????????????android:value="GlideModule"/>

這樣看起來(lái)就會(huì)好很多。

我們?cè)賮?lái)看看內(nèi)存開(kāi)銷(xiāo)圖奥务,這次貌似Glide花費(fèi)了兩倍于上次的內(nèi)存物独,但是Picasso的內(nèi)存開(kāi)銷(xiāo)仍然遠(yuǎn)大于Glide。

原因在于Picasso是加載了全尺寸的圖片到內(nèi)存氯葬,然后讓GPU來(lái)實(shí)時(shí)重繪大小挡篓。而Glide加載的大小和ImageView的大小是一致的,因此更小帚称。當(dāng)然官研,Picasso也可以指定加載的圖片大小的:

Picasso.with(this)

????.load("http://nuuneoi.com/uploads/source/playstore/cover.jpg")

????.resize(768,?432)

????.into(ivImgPicasso);

但是問(wèn)題在于你需要主動(dòng)計(jì)算ImageView的大小,或者說(shuō)你的ImageView大小是具體的值(而不是wrap_content)闯睹,你也可以這樣:

Picasso.with(this)

????.load("http://nuuneoi.com/uploads/source/playstore/cover.jpg")

????.fit()

????.centerCrop()

????.into(ivImgPicasso);

現(xiàn)在Picasso的內(nèi)存開(kāi)銷(xiāo)就和Glide差不多了戏羽。

雖然內(nèi)存開(kāi)銷(xiāo)差距不到,但是在這個(gè)問(wèn)題上Glide完勝Picasso楼吃。因?yàn)镚lide可以自動(dòng)計(jì)算出任意情況下的ImageView大小始花。

Image質(zhì)量的細(xì)節(jié)

這是將ImageView還原到真實(shí)大小時(shí)的比較。

你可以看到孩锡,Glide加載的圖片沒(méi)有Picasso那么平滑酷宵,我還沒(méi)有找到一個(gè)可以直觀(guān)改變圖片大小調(diào)整算法的方法。

但是這并不算什么壞事躬窜,因?yàn)楹茈y察覺(jué)浇垦。

磁盤(pán)緩存

Picasso和Glide在磁盤(pán)緩存策略上有很大的不同。Picasso緩存的是全尺寸的荣挨,而Glide緩存的是跟ImageView尺寸相同的溜族。

上面提到的平滑度的問(wèn)題依然存在,而且如果加載的是RGB565圖片垦沉,那么緩存中的圖片也是RGB565。


我 嘗試將ImageView調(diào)整成不同大小仍劈,但不管大小如何Picasso只緩存一個(gè)全尺寸的厕倍。Glide則不同,它會(huì)為每種大小的ImageView緩存 一次贩疙。盡管一張圖片已經(jīng)緩存了一次讹弯,但是假如你要在另外一個(gè)地方再次以不同尺寸顯示况既,需要重新下載,調(diào)整成新尺寸的大小组民,然后將這個(gè)尺寸的也緩存起來(lái)棒仍。

具體說(shuō)來(lái)就是:假如在第一個(gè)頁(yè)面有一個(gè)200x200的ImageView,在第二個(gè)頁(yè)面有一個(gè)100x100的ImageView臭胜,這兩個(gè)ImageView本來(lái)是要顯示同一張圖片莫其,卻需要下載兩次。

不過(guò)耸三,你可以改變這種行為乱陡,讓Glide既緩存全尺寸又緩存其他尺寸:

Glide.with(this)

?????.load("http://nuuneoi.com/uploads/source/playstore/cover.jpg")

?????.diskCacheStrategy(DiskCacheStrategy.ALL)

?????.into(ivImgGlide);

下次在任何ImageView中加載圖片的時(shí)候,全尺寸的圖片將從緩存中取出仪壮,重新調(diào)整大小憨颠,然后緩存。

Glide的這種方式優(yōu)點(diǎn)是加載顯示非郴快爽彤。而Picasso的方式則因?yàn)樾枰陲@示之前重新調(diào)整大小而導(dǎo)致一些延遲,即便你添加了這段代碼來(lái)讓其立即顯示:

//Picasso

.noFade();

Picasso和Glide各有所長(zhǎng)缚陷,你根據(jù)自己的需求選擇合適的适篙。

對(duì)我而言,我更喜歡Glide蹬跃,因?yàn)樗h(yuǎn)比Picasso快匙瘪,雖然需要更大的空間來(lái)緩存。

特性

你可以做到幾乎和Picasso一樣多的事情蝶缀,代碼也幾乎一樣丹喻。

Image Resizing

//?Picasso

.resize(300,?200);


//?Glide

.override(300,?200);

Center Cropping

//?Picasso

.centerCrop();


//?Glide

.centerCrop();

Transforming

//?Picasso

.transform(new?CircleTransform())


//?Glide

.transform(new?CircleTransform(context))

設(shè)置占位圖或者加載錯(cuò)誤圖:

//?Picasso

.placeholder(R.drawable.placeholder)

.error(R.drawable.imagenotfound)


//?Glide

.placeholder(R.drawable.placeholder)

.error(R.drawable.imagenotfound)

幾乎和Picasso一樣,從Picasso轉(zhuǎn)換到Glide對(duì)你來(lái)說(shuō)就是小菜一碟翁都。


有什么Glide可以做而Picasso?做不到

Glide可以加載GIF動(dòng)態(tài)圖碍论,而Picasso不能。

同時(shí)因?yàn)镚lide和Activity/Fragment的生命周期是一致的柄慰,因此gif的動(dòng)畫(huà)也會(huì)自動(dòng)的隨著Activity/Fragment的狀態(tài)暫停鳍悠、重放。Glide 的緩存在gif這里也是一樣坐搔,調(diào)整大小然后緩存藏研。

但是從我的一次測(cè)試結(jié)果來(lái)看Glide 動(dòng)畫(huà)會(huì)消費(fèi)太多的內(nèi)存,因此謹(jǐn)慎使用概行。

除了gif動(dòng)畫(huà)之外蠢挡,Glide還可以將任何的本地視頻解碼成一張靜態(tài)圖片。

還有一個(gè)特性是你可以配置圖片顯示的動(dòng)畫(huà),而Picasso只有一種動(dòng)畫(huà):fading in业踏。

最后一個(gè)是可以使用thumbnail()產(chǎn)生一個(gè)你所加載圖片的thumbnail禽炬。

其實(shí)還有一些特性,不過(guò)不是非常重要勤家,比如將圖像轉(zhuǎn)換成字節(jié)數(shù)組等腹尖。

配置

有許多可以配置的選項(xiàng),比如大小伐脖,緩存的磁盤(pán)位置热幔,最大緩存空間,位圖格式等等晓殊《闲祝可以在這個(gè)頁(yè)面查看這些配置?Configuration?。

庫(kù)的大小

Picasso (v2.5.1)的大小約118kb巫俺,而Glide (v3.5.2)的大小約430kb认烁。

Anyway 312KB difference might not be that significant.

不過(guò)312kb的差距并不是很重要。

Picasso和Glide的方法個(gè)數(shù)分別是840和2678個(gè)介汹。

必須指出却嗡,對(duì)于DEX文件65535個(gè)方法的限制來(lái)說(shuō),2678是一個(gè)相當(dāng)大的數(shù)字了嘹承。建議在使用Glide的時(shí)候開(kāi)啟ProGuard窗价。

總結(jié)

Glide和Picasso都是非常完美的庫(kù)。Glide加載圖像以及磁盤(pán)緩存的方式都要優(yōu)于Picasso叹卷,速度更快撼港,并且Glide更有利于減少OutOfMemoryError的發(fā)生,GIF動(dòng)畫(huà)是Glide的殺手锏骤竹。不過(guò)Picasso的圖片質(zhì)量更高帝牡。你更喜歡哪個(gè)呢?

雖然我使用了很長(zhǎng)時(shí)間的Picasso蒙揣,但是我得承認(rèn)現(xiàn)在我更喜歡Glide靶溜。我的建議是使用Glide,但是將Bitmap格式換成 ARGB_8888懒震、讓Glide緩存同時(shí)緩存全尺寸和改變尺寸兩種罩息。


相關(guān)資源

-Glide 3.0: a media management library for Android

-?Glide Wiki

-Android Picasso vs Glide

-Android: Image loading libraries Picasso vs Glide

英文原文?Introduction to Glide, Image Loader Library for Android, recommended by Google

轉(zhuǎn)載注明出處。?

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末个扰,一起剝皮案震驚了整個(gè)濱河市瓷炮,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌递宅,老刑警劉巖娘香,帶你破解...
    沈念sama閱讀 217,542評(píng)論 6 504
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件冬筒,死亡現(xiàn)場(chǎng)離奇詭異,居然都是意外死亡茅主,警方通過(guò)查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 92,822評(píng)論 3 394
  • 文/潘曉璐 我一進(jìn)店門(mén)土榴,熙熙樓的掌柜王于貴愁眉苦臉地迎上來(lái)诀姚,“玉大人,你說(shuō)我怎么就攤上這事玷禽『斩危” “怎么了?”我有些...
    開(kāi)封第一講書(shū)人閱讀 163,912評(píng)論 0 354
  • 文/不壞的土叔 我叫張陵矢赁,是天一觀(guān)的道長(zhǎng)糯笙。 經(jīng)常有香客問(wèn)我,道長(zhǎng)撩银,這世上最難降的妖魔是什么给涕? 我笑而不...
    開(kāi)封第一講書(shū)人閱讀 58,449評(píng)論 1 293
  • 正文 為了忘掉前任,我火速辦了婚禮额获,結(jié)果婚禮上够庙,老公的妹妹穿的比我還像新娘。我一直安慰自己抄邀,他們只是感情好耘眨,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,500評(píng)論 6 392
  • 文/花漫 我一把揭開(kāi)白布。 她就那樣靜靜地躺著境肾,像睡著了一般剔难。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上奥喻,一...
    開(kāi)封第一講書(shū)人閱讀 51,370評(píng)論 1 302
  • 那天偶宫,我揣著相機(jī)與錄音,去河邊找鬼衫嵌。 笑死读宙,一個(gè)胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的楔绞。 我是一名探鬼主播结闸,決...
    沈念sama閱讀 40,193評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開(kāi)眼,長(zhǎng)吁一口氣:“原來(lái)是場(chǎng)噩夢(mèng)啊……” “哼酒朵!你這毒婦竟也來(lái)了桦锄?” 一聲冷哼從身側(cè)響起,我...
    開(kāi)封第一講書(shū)人閱讀 39,074評(píng)論 0 276
  • 序言:老撾萬(wàn)榮一對(duì)情侶失蹤蔫耽,失蹤者是張志新(化名)和其女友劉穎结耀,沒(méi)想到半個(gè)月后留夜,有當(dāng)?shù)厝嗽跇?shù)林里發(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 45,505評(píng)論 1 314
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡图甜,尸身上長(zhǎng)有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,722評(píng)論 3 335
  • 正文 我和宋清朗相戀三年碍粥,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片黑毅。...
    茶點(diǎn)故事閱讀 39,841評(píng)論 1 348
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡嚼摩,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出矿瘦,到底是詐尸還是另有隱情枕面,我是刑警寧澤,帶...
    沈念sama閱讀 35,569評(píng)論 5 345
  • 正文 年R本政府宣布缚去,位于F島的核電站潮秘,受9級(jí)特大地震影響,放射性物質(zhì)發(fā)生泄漏易结。R本人自食惡果不足惜枕荞,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,168評(píng)論 3 328
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望衬衬。 院中可真熱鬧买猖,春花似錦、人聲如沸滋尉。這莊子的主人今日做“春日...
    開(kāi)封第一講書(shū)人閱讀 31,783評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽(yáng)狮惜。三九已至高诺,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間碾篡,已是汗流浹背虱而。 一陣腳步聲響...
    開(kāi)封第一講書(shū)人閱讀 32,918評(píng)論 1 269
  • 我被黑心中介騙來(lái)泰國(guó)打工, 沒(méi)想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留开泽,地道東北人牡拇。 一個(gè)月前我還...
    沈念sama閱讀 47,962評(píng)論 2 370
  • 正文 我出身青樓,卻偏偏與公主長(zhǎng)得像穆律,于是被迫代替她去往敵國(guó)和親惠呼。 傳聞我的和親對(duì)象是個(gè)殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,781評(píng)論 2 354

推薦閱讀更多精彩內(nèi)容