美文网首页网络请求Android知识Android开发
Glide的缓存和网络请求方式的配置

Glide的缓存和网络请求方式的配置

作者: 砺雪凝霜 | 来源:发表于2017-04-16 10:52 被阅读1725次

    如何对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的话,可以依据此文档进行配置。

    相关文章

      网友评论

      • 仲秋雨路:详细介绍如何对Glide进行配置,思路比较清晰,步骤严谨。

      本文标题:Glide的缓存和网络请求方式的配置

      本文链接:https://www.haomeiwen.com/subject/gocaattx.html