向guolin大神致敬
guolin大神的Glide專(zhuān)欄全網(wǎng)最全熏矿，皮的就不談了
基本用法：
Glide.with(context) //也可以用fragment 和activity（涉及到生命周期，建議和F和A綁定）
.load("http://aa.com/bb/vv.jpg")
.into(ivImg);
API介紹
-
.load（）
除了加載url见妒，還可以加載應(yīng)用資源供搀，本地圖片，二進(jìn)制流止后，GIF（但是好像有點(diǎn)不好瞎惫，還沒(méi)研究）
.placeholder(R.drawable.loading)
加載時(shí)的圖片.error(R.drawable.error)
加載失敗時(shí)的圖片.diskCacheStrategy(DiskCacheStrategy.NONE)
指定磁盤(pán)緩存類(lèi)型 種類(lèi)見(jiàn)學(xué)習(xí)歸納二.asBitmap()
只允許加載靜態(tài)圖片，如果是GIF那只顯示第一幀.asGif()
只允許加載GIF译株，如果是靜態(tài)圖片顯示錯(cuò)誤.override(100, 100)
指定圖片大泄侠（全段照抄，覺(jué)得寫(xiě)的太好了 ）
實(shí)際上歉糜，使用Glide在絕大多數(shù)情況下我們都是不需要指定圖片大小的乘寒。
在學(xué)習(xí)本節(jié)內(nèi)容之前，你可能還需要先了解一個(gè)概念匪补，就是我們平時(shí)在加載圖片的時(shí)候很容易會(huì)造成內(nèi)存浪費(fèi)伞辛。什么叫內(nèi)存浪費(fèi)呢烂翰？比如說(shuō)一張圖片的尺寸是1000 *1000像素，但是我們界面上的ImageView可能只有200 * 200像素蚤氏，這個(gè)時(shí)候如果你不對(duì)圖片進(jìn)行任何壓縮就直接讀取到內(nèi)存中甘耿，這就屬于內(nèi)存浪費(fèi)了，因?yàn)槌绦蛑懈揪陀貌坏竭@么高像素的圖片瞧捌。
關(guān)于圖片壓縮這方面棵里，我之前也翻譯過(guò)Android官方的一篇文章，感興趣的朋友可以去閱讀一下 Android高效加載大圖姐呐、多圖解決方案殿怜，有效避免程序OOM 。
而使用Glide曙砂，我們就完全不用擔(dān)心圖片內(nèi)存浪費(fèi)头谜，甚至是內(nèi)存溢出的問(wèn)題。因?yàn)镚lide從來(lái)都不會(huì)直接將圖片的完整尺寸全部加載到內(nèi)存中鸠澈，而是用多少加載多少柱告。Glide會(huì)自動(dòng)判斷ImageView的大小，然后只將這么大的圖片像素加載到內(nèi)存當(dāng)中笑陈，幫助我們節(jié)省內(nèi)存開(kāi)支际度。
當(dāng)然，Glide也并沒(méi)有使用什么神奇的魔法涵妥，它內(nèi)部的實(shí)現(xiàn)原理其實(shí)就是上面那篇文章當(dāng)中介紹的技術(shù)乖菱，因此掌握了最基本的實(shí)現(xiàn)原理，你也可以自己實(shí)現(xiàn)一套這樣的圖片壓縮機(jī)制蓬网。
也正是因?yàn)镚lide是如此的智能窒所，所以剛才在開(kāi)始的時(shí)候我就說(shuō)了，在絕大多數(shù)情況下我們都是不需要指定圖片大小的帆锋，因?yàn)镚lide會(huì)自動(dòng)根據(jù)ImageView的大小來(lái)決定圖片的大小吵取。
不過(guò)，如果你真的有這樣的需求锯厢，必須給圖片指定一個(gè)固定的大小皮官，Glide仍然是支持這個(gè)功能的。使用.override即可哲鸳。這里使用override()方法指定了一個(gè)圖片的尺寸臣疑，也就是說(shuō)，Glide現(xiàn)在只會(huì)將圖片加載成100*100像素的尺寸徙菠，而不會(huì)管你的ImageView的大小是多少了讯沈。
.skipMemoryCache(true)
關(guān)閉內(nèi)存緩存，Glide是默認(rèn)打開(kāi)內(nèi)存緩存.preload()
當(dāng)我們因?yàn)槟承┰蚧蛘咝Ч枰崆跋螺d好圖片，等到需要顯示的時(shí)候缺狠，不想等待漫長(zhǎng)的網(wǎng)絡(luò)加載時(shí)間问慎，就可以使用.preload（）。
用法：(不和.into()一起使用)
Glide.with(this)
.load(url)
.diskCacheStrategy(DiskCacheStrategy.SOURCE)
.preload()
等到需要使用時(shí)：
Glide.with(this)
.load(url)
.diskCacheStrategy(DiskCacheStrategy.SOURCE)
.into()
此處需要說(shuō)明的是：這里的.diskCacheStrategy最好使用到DiskCacheStrategy.SOURCE這個(gè)類(lèi)型挤茄。因?yàn)閜reload()默認(rèn)下載的是原尺寸的圖如叼。而.into(）則會(huì)根據(jù)圖片的大小來(lái)決定加載圖片的大小。所以如果不把diskCacheStrategy都設(shè)置成DiskCacheStrategy.SOURCE穷劈，則會(huì)出現(xiàn)即使我預(yù)下載好了之后使用into()設(shè)置圖片時(shí)笼恰，但是仍然會(huì)去去從網(wǎng)絡(luò)請(qǐng)求圖片。
- .downloadOnly(int width, int height)
public void downloadImage(View view) {
new Thread(new Runnable() {
@Override
public void run() {
try {
String url = "http://cn.bing.com/az/hprichbg/rb/TOAD_ZH-CN7336795473_1920x1080.jpg";
final Context context = getApplicationContext();
FutureTarget<File> target = Glide.with(context)
.load(url)
.downloadOnly(Target.SIZE_ORIGINAL, Target.SIZE_ORIGINAL);
final File imageFile = target.get();
runOnUiThread(new Runnable() {
@Override
public void run() {
Toast.makeText(context, imageFile.getPath(), Toast.LENGTH_LONG).show();
}
});
} catch (Exception e) {
e.printStackTrace();
}
}
}).start();
}
需要注意：
1.context需要為getApplicationContxt();不然可能會(huì)有內(nèi)存泄漏
2.返回值是一個(gè)FutureTarget對(duì)象歇终。調(diào)用get()即可獲得圖片文件路徑社证。但是如果圖片未下載完，則這個(gè)方法會(huì)被阻塞评凝。所以使用downloadOnly()時(shí)追葡，需要開(kāi)個(gè)子線程運(yùn)行。
