如何对Glide进行配置
- 创建一个MyGlideModule类并实现GlideModule接口
package com.mypackage;
public class MyGlideModule implements GlideModule {
@Override public void applyOptions(Context context, GlideBuilder builder) {
// Apply options to the builder here.
}
@Override public void registerComponents(Context context, Glide glide) {
// register ModelLoaders here.
}
}
你可以按照自己的喜好写多个GlideModule，每一个GlideModule必须添加到ProGuard/DexGuard不让其进行混淆，并且每一个GlideModule再Manifest中都有自己单独的meta-data 标识。
- 混淆保护GlideModule
-keepnames class com.mypackage.MyGlideModule
# or more generally:
#-keep public class * implements com.bumptech.glide.module.GlideModule
# for DexGuard only
-keepresourcexmlelements manifest/application/meta-data@value=GlideModule
- 注册一个GlideModule
<manifest ...>
<!-- ... permissions -->
<application ...>
<meta-data
android:name="com.mypackage.MyGlideModule"
android:value="GlideModule" />
<!-- ... activities and other components -->
</application>
</manifest>
注意：Library 项目中可能会定义一个或多个GlideModule类，如果一个Library项目在自己的manifest中申明了GlideModule类，该Library项目和主项目没有进行manifest文件的合并，那么Library项目中GlideModule必须手动地放入主项目中的manifest进行申明。
- GlideModule冲突解决
虽然Glide允许一个APPlication中可以注册多个GlideModule，多个GlideModule的并不需要按照特定的顺序进行调用，因此开发者需要注意在一个Application中注册多个GlideModule而造成冲突的情况
如果冲突不可避免，可以通过合并mainfest文件的方式解决冲突，如果不进行mainfest文件的合并，就必须手动在主项目中注册全部的GlideModule类。如果有功能相近的GlideModule类的话，可以通过下面的方式删掉其中一个GlideModule
<meta-data android:name="com.mypackage.MyGlideModule" tools:node="remove" />
** 设置Disk Cache**
你可以使用GlideBuilder的setDiskCache() 方法设置图片缓存在硬盘中的位置和最大值，你也可以使用DiskCacheAdapter让缓存不生效。
Glide默认使用InternalCacheDiskCacheFactory去创建图片缓存的缓存，缓存的位置默认在项目的cache目录下，并且缓存文件的最大为250M，Glide默认使用的cache目录，而不是SD卡目录，也就意味着其它APP并不能访问当前项目下载的图片。
- 设置Disk cache的大小
builder.setDiskCache(
new InternalCacheDiskCacheFactory(context, yourSizeInBytes));
- 设置Disk cache的位置
builder.setDiskCache(
new InternalCacheDiskCacheFactory(context, cacheDirectoryName, yourSizeInBytes)
- 当然也可以把缓存的路径放在SD卡中
builder.setDiskCache(
new ExternalCacheDiskCacheFactory(context, cacheDirectoryName, yourSizeInBytes)
- 把缓存的路径设置在除cache和SD卡之外的位置
// If you can figure out the folder without I/O:
// Calling Context and Environment class methods usually do I/O.
builder.setDiskCache(
new DiskLruCacheFactory(getMyCacheLocationWithoutIO(), yourSizeInBytes));
// In case you want to specify a cache folder ("glide"):
builder.setDiskCache(
new DiskLruCacheFactory(getMyCacheLocationWithoutIO(), "glide", yourSizeInBytes));
// In case you need to query the file system while determining the folder:
builder.setDiskCache(new DiskLruCacheFactory(new CacheDirectoryGetter() {
@Override public File getCacheDirectory() {
return getMyCacheLocationBlockingIO();
}
}), yourSizeInBytes);
- 如果想完全自己去控制缓存的话，可以通过下面的方式实现
builder.setDiskCache(new DiskCache.Factory() {
@Override public DiskCache build() {
File cacheLocation = getMyCacheLocationBlockingIO();
cacheLocation.mkdirs();
return DiskLruCacheWrapper.get(cacheLocation, yourSizeInBytes);
}
});
设置MemoryCache和BitmapPool
GlideBuilder 类允许我们设置MemoryCache和BitmapPool的大小，
它们的默认大小取决于MemorySizeCalculator这个类，MemorySizeCalculator会依据设备给的可用内存设置一个默认的大小。
- 大小
MemorySizeCalculator calculator = new MemorySizeCalculator(context);
int defaultMemoryCacheSize = calculator.getMemoryCacheSize();
int defaultBitmapPoolSize = calculator.getBitmapPoolSize();
如果你想动态设置Memory的大小的话，可以这样来实现
Glide.get(context).setMemoryCategory(MemoryCategory.HIGH);
- Memory Cache
Glide 的内存缓存通过操作运行时内存中的资源实现的，所以通过Memory Cache读取图片资源是不需要对I/O进行操作的。
你可以使用GlideBuilder类的setMemoryCache()方法来设置其大小，或者可以实现一个memory cache，Glide默认使用的是LruResourceCache类实现其Memory Cache，所以开发者可以通过新建一个LruResourceCache，然后可以设置Memory Cache的大小。
builder.setMemoryCache(new LruResourceCache(yourSizeInBytes));
- Bitmap Pool
Glide的bitmap pool是用来允许重复利用许多大小不同的需要回收的Bitmap对象。Bitmap Pool可以通过GlideBuilder的setBitmapPool()方法来设置其大小，Glide默认使用LruBitmapPool作为其BitmapPool，LruBitmapPool类使用LRU算法记住最近使用的bitmap对象，你可以通过LruBitmapPool构造方法设置一个最小的Memory大小。
builder.setBitmapPool(new LruBitmapPool(sizeInBytes));
- Bitmap Format
GlideBuilder也允许开发者为APP设置一个全局的Bitmap的格式，Glide默认使用RGB_565，因为它每个像素占用2个字节（16位），所占内存是相对于系统默认的ARGB_8888的一半。但是RGB_565在给一个确定大小的图片镶边时会有问题，同时它还不支持透明度。
如果给图片镶边的时候有问题，并且开发者还想更高质量的图片时，可使用GlideBuilder的setDecodeFormat方法设置bitmap的格式为ARGB_8888。
builder.setDecodeFormat(DecodeFormat.ALWAYS_ARGB_8888);
配置使用Volley和OkHttp来加载图片
Volley和OkHttp是项目中使用最广泛的两个网络库，也是两个相对来说速度比较快的，Glide默认使用的是HttpUrlConnection的方式请求网络，其效率低自然不言而喻，我们想加载图片的时候也能使用Volley或者OkHttp(和项目使用的网络请求库一致)，有没有解决方案呢？答案是肯定的。
Gradle配置
dependencies {
compile 'com.github.bumptech.glide:volley-integration:1.4.0@aar'
//compile 'com.mcxiaoke.volley:library:1.0.8'
}
dependencies {
compile 'com.github.bumptech.glide:okhttp-integration:1.4.0@aar'
//compile 'com.squareup.okhttp:okhttp:2.2.0'
}
当在Library库中使用aar的时候，Library中的GlideModule会自动合并 到主项目中mainfest文件中，当使用jar包导入时，需要手动去合并Library合并GlideModule或者使用自己配置的GlideModule。
Maven配置
<dependency>
<groupId>com.github.bumptech.glide</groupId>
<artifactId>volley-integration</artifactId>
<version>1.4.0</version>
<type>aar</type>
</dependency>
<dependency>
<groupId>com.mcxiaoke.volley</groupId>
<artifactId>library</artifactId>
<version>1.0.8</version>
<type>aar</type>
</dependency>
<dependency>
<groupId>com.github.bumptech.glide</groupId>
<artifactId>okhttp-integration</artifactId>
<version>1.4.0</version>
<type>aar</type>
</dependency>
<!--
<dependency>
<groupId>com.squareup.okhttp</groupId>
<artifactId>okhttp</artifactId>
<version>2.2.0</version>
<type>jar</type>
</dependency>
-->
jar的形式引入
也可以下载Volley和OkHttp的连接库下载
如果通过Maven，Ant 或者其它系统工具来构建的话，是不支持manifest 文件合并的，你必须手动在AndroidManifest.xml添加GlideModule metadata 属性。
<meta-data
android:name="com.bumptech.glide.integration.volley.VolleyGlideModule"
android:value="GlideModule" />
<meta-data
android:name="com.bumptech.glide.integration.okhttp.OkHttpGlideModule"
android:value="GlideModule" />
添加混淆配置
-keep class com.bumptech.glide.integration.volley.VolleyGlideModule
-keep class com.bumptech.glide.integration.okhttp.OkHttpGlideModule
如果使用的OkHttp3的话，可以依据此文档进行配置。
