本文共 7613 字，大约阅读时间需要 25 分钟。
本文的所有内容几乎全部来自郭神的Glide解析系列博客，郭神的水平是我非常敬佩的，在浏览完该系列博客之后，有了想把Glide用法汇总起来方便查阅的想法。原系列博客包括很多源码解析，篇幅比较长，我这里只总结使用方法，想深入了解原理的请阅读。郭神的解析是针对Glide3.7的版本，该版本已经非常成熟和稳定，可以作为长期使用的版本，所以以下所有的使用说明都是针对该版本的。
dependencies { compile 'com.github.bumptech.glide:glide:3.7.0'} String url = "http://img6.3lian.com/c23/desk4/07/01/d/09.jpg";Glide.with(this).load(url).into(imageView);
Glide最基本的使用方式，其实就是关键的三步走：先with()，再load()，最后into()。
Glide.with(this) .load(url) .placeholder(R.drawable.loading) .into(imageView);
Glide.with(this) .load(url) .placeholder(R.drawable.loading) .error(R.drawable.error) .diskCacheStrategy(DiskCacheStrategy.NONE)//设置不做任何缓存 .into(imageView);
Glide.with(this) .load(url) .asBitmap()//指定只显示静态图片 .placeholder(R.drawable.loading) .error(R.drawable.error) .diskCacheStrategy(DiskCacheStrategy.NONE) .into(imageView);
Glide.with(this) .load(url) .placeholder(R.drawable.loading) .error(R.drawable.error) .diskCacheStrategy(DiskCacheStrategy.NONE) .override(100, 100)//.override(Target.SIZE_ORIGINAL, Target.SIZE_ORIGINAL)原始大小 .into(imageView);
Glide.with(this) .load(url) .skipMemoryCache(true) .into(imageView);
token作为一个验证身份的参数并不是一成不变的，很有可能时时刻刻都在变化。而如果token变了，那么图片的url也就跟着变了，图片url变了，缓存Key也就跟着变了。结果就造成了，明明是同一张图片，就因为token不断在改变，导致Glide的缓存功能完全失效了
public class MyGlideUrl extends GlideUrl { private String mUrl; public MyGlideUrl(String url) { super(url); mUrl = url; } @Override public String getCacheKey() { return mUrl.replace(findTokenParam(), ""); } private String findTokenParam() { String tokenParam = ""; int tokenKeyIndex = mUrl.indexOf("?token=") >= 0 ? mUrl.indexOf("?token=") : mUrl.indexOf("&token="); if (tokenKeyIndex != -1) { int nextAndIndex = mUrl.indexOf("&", tokenKeyIndex + 1); if (nextAndIndex != -1) { tokenParam = mUrl.substring(tokenKeyIndex + 1, nextAndIndex + 1); } else { tokenParam = mUrl.substring(tokenKeyIndex); } } return tokenParam; }} 使用：
Glide.with(this) .load(new MyGlideUrl(url)) .into(imageView);
如果into()里面的参数不是ImageView类型，那就不能直接传入，如大图缩放框架的控件LargeImageView，或者还想对获取到的drawable进行其他处理，可以如下处理：
SimpleTargetsimpleTarget = new SimpleTarget () { @Override public void onResourceReady(GlideDrawable resource, GlideAnimation glideAnimation) { imageView.setImageDrawable(resource); }};Glide.with(this) .load(url) .into(simpleTarget);
先加载不显示，要显示的时候再显示，注意缓存策略必须设置为DiskCacheStrategy.SOURCE
Glide.with(this) .load(url) .diskCacheStrategy(DiskCacheStrategy.SOURCE) .preload();Glide.with(this) .load(url) .diskCacheStrategy(DiskCacheStrategy.SOURCE) .into(imageView);
a、子线程执行downloadOnly(int width, int height)
FutureTargettarget = Glide.with(context).load(url).downloadOnly(Target.SIZE_ORIGINAL, Target.SIZE_ORIGINAL);final File imageFile = target.get();//此处会等待下载，线程阻塞
显示时调用：
Glide.with(this) .load(url) .diskCacheStrategy(DiskCacheStrategy.SOURCE) .into(imageView);
需要注意的是，这里必须将硬盘缓存策略指定成DiskCacheStrategy.SOURCE或者DiskCacheStrategy.ALL，否则Glide将无法使用我们刚才下载好的图片缓存文件。
b、主线程执行downloadOnly(Y target)
其实downloadOnly(int width, int height)方法必须使用在子线程当中，最主要还是因为它在内部帮我们自动创建了一个RequestFutureTarget，是这个RequestFutureTarget要求必须在子线程当中执行。而downloadOnly(Y target)方法则要求我们传入一个自己创建的Target，因此就不受RequestFutureTarget的限制了。
public class DownloadImageTarget implements Target{ private static final String TAG = "DownloadImageTarget"; @Override public void onStart() { } @Override public void onStop() { } @Override public void onDestroy() { } @Override public void onLoadStarted(Drawable placeholder) { } @Override public void onLoadFailed(Exception e, Drawable errorDrawable) { } @Override public void onResourceReady(File resource, GlideAnimation glideAnimation) { Log.d(TAG, resource.getPath()); } @Override public void onLoadCleared(Drawable placeholder) { } @Override public void getSize(SizeReadyCallback cb) { cb.onSizeReady(Target.SIZE_ORIGINAL, Target.SIZE_ORIGINAL); } @Override public void setRequest(Request request) { } @Override public Request getRequest() { return null; }}
使用时：
Glide.with(this) .load(url) .downloadOnly(new DownloadImageTarget());
a、listener方式