从零开始撸一个Fresco之硬盘缓存

简介: 转载请注明出处Fresco源代码文档翻译项目请看这里:Fresco源代码文档翻译项目硬盘缓存是android图片框架中比较重要的一个模块,Fresco中自己重写了一个硬盘缓存框架,代替了android本身的DiskLruCache,所以今天我们就来介绍Fresco中的硬盘缓存,并且将其提取出来成为我们自己的框架。

转载请注明出处
Fresco源代码文档翻译项目请看这里:Fresco源代码文档翻译项目
硬盘缓存是android图片框架中比较重要的一个模块,Fresco中自己重写了一个硬盘缓存框架,代替了android本身的DiskLruCache,所以今天我们就来介绍Fresco中的硬盘缓存,并且将其提取出来成为我们自己的框架。我已经成功提取出了 Fresco 中的硬盘缓存框架,这是项目地址Frsco硬盘缓存框架项目地址,建议大家在看文章的时候结合项目代码,项目中的每个class文件中都有注释,看起来还是比较容易的。

一、目录介绍

  • 1.binaryResource包:这里面有一个接口和一个类,Fresco遵循面向接口编程这一原则,所以很多地方都会用接口来增强可扩展性。总的来说BinaryResource这个接口代表一个字节序列,它抽象了底层的资源,比如一个file文件。FileBinaryResource内部就有一个File成员,以方便对File进行操作。
  • 2.cacheEventAndListenner包:在硬盘缓存的过程中,会有许多的事件发生,比如查找缓存时候命中了、要插入一个缓存、读取缓存失败了等等。此时客户端会需要一个监听器来监听各种硬盘缓存事件的发生。此时CacheEventListener接口就可以当客户端对硬盘缓存的监听器,CacheEventListener中的每个方法中都传入了一个CacheEvent。CacheEvent是一个接口,其实现类中包裹了许多与硬盘缓存相关的东西,SettableCacheEvent就是CacheEvent的唯一实现类,由于硬盘缓存事件产生的很频繁,所以SettableCacheEvent使用了享元模式(在内存中只维持两个对象,不断的回收重用)。CacheErrorLogger接口是硬盘缓存的读或写产生异常的时候使用到的类。CacheEventListener和CacheErrorLogger都只有一个空实现用来填充代码,具体的实现需要使用者实现。
  • 3.cacheKey包:但我们插入或者取出一个文件缓存的时候就会用到CacheKey,SimpleCacheKey的内部其实就是一个String,MultiCacheKey的内部只是一系列CacheKey的集合。我们一般使用的是SimpleCacheKey,因为我们去网络加载图片的时候Uri就是一个最好的key。
  • 4.comparator包:这里的EntryEvictionComparator实现了Comparator<DiskStorage.Entry>,在后面我们会知道DiskStorage.Entry表示一条文件缓存。所以这个接口是为了比较每一条文件缓存。EntryEvictionComparatorSupplier使用提供者模式,在get()中返回了一个EntryEvictionComparator,所以只需要实现EntryEvictionComparatorSupplier,在get()中返回EntryEvictionComparator的具体实现,我们就可以定义一个DiskStorage.Entry的比较器。目前Fresco中自定义了两个比较器DefaultEntryEvictionComparatorSupplier和ScoreBasedEvictionComparatorSupplier,他们分别是基于LRU和权重的比较器。
  • 5.fileTree包:硬盘缓存会使用到文件系统,所以此时对一个目录所有文件的遍历是必不可少的,这里FileTree负责遍历一个目录下的所有文件和提供一个安全的删除文件夹方式,其遍历的时候将每个文件交与FileTreeVisitor进行处理。这是一个很好的访问文件系统的方式。FileTreeVisitor在DiskStorageCache中有两个具体实现。
  • 6.trimmable包:在硬盘缓存中有一个类会直接负责和硬盘上的文件打交道,所以其会使用了大量硬盘空间,一旦硬盘空间不足的话,可能造成硬盘缓存失败的情况。所以此时我们可以将该class实现DiskTrimmable接口,然后在DiskTrimmableRegistry的实现类中注册,一旦硬盘空间不够了,使用DiskTrimmableRegistry实现类通知所有实现了DiskTrimmable并且注册过的对象,让该对象删除缓存文件以释放硬盘空间,这里的释放规则是LRU。Fresco中只有一个NoOpDiskTrimmableRegistry空
    实现,这里需要让使用者自己去实现更符合自己app的通知方式。
  • 7.util包:这个包中放了一些工具类,大家有兴趣可以去看看
  • 8.core包:前面7个包都是辅助的包,Fresco真正的硬盘缓存核心类在这个包中,这里DiskStorage接口的实现类负责和android的文件系统直接打交道,提供缓存的文件的增删改api。FileCache接口的实现类则是负责缓存的逻辑,比如缓存满了的清除逻辑。FileCache接口的实现类直接持有DiskStorage接口的引用以操作文件系统。我们接下来要看的就是这个包中的类

二、硬盘缓存核心类分析

先上一张图,让大家简单了解各个接口提供的api。


核心类关系图

1.DefaultDiskStorage

这个class的代码就不贴了,强烈建议读者把我前面的项目下载下来,结合博客一起观看。

这个类是DiskStorage接口的实现类,前面说了这个类是直接与android的文件系统打交道的类。这个类有以下几个功能特点:

  • 1.该类构造函数中在传入的缓存根目录(下面称该文件夹为cache)下创建一个当前缓存版本的文件夹,接下来该对象经手的缓存文件都储存在这里文件夹中,我们在后面称这个文件夹为 version1.0。
  • 2.三星的老手机有一个问题,就是一个文件夹下面不能放置过多的文件,这个问题被称为RFS。因此在每次储存缓存文件的时候会将 缓存文件key的hash值对100取模,这个值就是文件夹的名字,如果这个文件夹没创建就创建一个,然后将缓存文件放入其中。在取缓存文件的时候也要经历这个流程。
  • 3.缓存文件在插入的时候,有两个步骤1.将该文件写成.tmp后缀的临时文件,此时该文件对使用者不可见。2.将.tmp后缀的文件改名为.cnt后缀的文件,此时该文件对使用者可见。
  • 4.该对象在两种情况下需要使用到FileTree:
    • 1.清理不需要的文件(如tmp文件或不是本版本的文件),此时会调用purgeUnexpectedResources()使用FileTree.walkFileTree()遍历cache文件夹,然后使用FileTreeVisitor的实现类PurgingVisitor对每个文件进行判断,看看是否需要清除该文件
    • 2.获取Entry:由上面的图中我们可以看见Entry是DiskStorage的一个内部接口,DefaultDiskStorage中用EntryImpl实现了它,而每一个Entry就代表着一个文件缓存。所以要获取所有的缓存信息就应该遍历 version1.0。而这里使用的FileTree.walkFileTree()和EntriesCollector。
  • 5.硬盘缓存的清理算法一般使用的都是LRU,所以在每次调用getResource()获取文件缓存的时候,都会将该文件的LastModified设置成目前的时间以便在后面进行缓存的清理。
  • 6.我们从前面的图中看见DiskStorage接口insert()方法返回了一个Inserter,这个Inserter在本class中被实现了。使用这种方式是为了进行并发地写入多条缓存条目。在Insert.commit()调用之前,这个缓存条目对客户端是不可见的。
  • 7.除上面的功能,本class还提供了通过Key和Entry删除缓存、清理所有缓存、通过Key查询文件缓存这些功能。

2.DiskStorageCache

同样不贴代码,再次建议大家下载项目代码观看博客。

这个类是FileCache的实现类,其通过DefaultDiskStorage与android文件系统打交道,并且处理文件缓存的各种逻辑。来说说它的功能特点:

  • 1.这个对象是CacheEventListener监听的对象,用户可以传入一个自己的Listenner来监听硬盘缓存的各种活动,比如插入缓存、删除缓存、缓存失败等等事件。
  • 2.在该类中有一个CacheStats内部类(用于储存该对象已经使用的硬盘空间,以及缓存条目数量)和一个HashSet(mResourceIndex用于储存所有缓存条目的Id),由于在Fresco中硬盘缓存使用是很频繁的,所以如果实时刷新这两个东西是不值得的,因此该类中设置了一个时间(FILECACHE_SIZE_UPDATE_PERIOD_MS),每隔这么多时间上面两个对象的状态就会被刷新。
  • 3.该对象可以在getResource(CacheKey)方法中通过DefaultDiskStorage#getResource()来获取传入key所对应的缓存文件,每次调用这个方法都会刷新该缓存文件的时间戳,为之后的LRU删除缓存做准备
  • 4.该对象可以在probe(CacheKey)方法中通过DefaultDiskStorage#touch()查询传入Key的缓存文件是否存在,如果存在,同样会改变该缓存文件的时间戳。
  • 5.使用者可以调用该对象的insert(CacheKey,WriterCallback)方法插入一个缓存文件,这里需要在使用者覆盖WriterCallback的write(OutputStream)方法,通过OutputStream将需要储存的数据写入缓存文件。instert(CacheKey,WriterCallback)方法中会创建一个缓存文件的OutputStream,然后将其传入WriterCallback#get()中以供使用者使用。
  • 6.在remove(CacheKey)会通过DefaultDiskStorage#remove()方法,删除传入key对应的缓存文件,同时会删除mResourceIndex中该缓存文件的id。
  • 7.clearOldEntries(long cacheExpirationMs)会通过DefaultDiskStorage#getEntries()和DefaultDiskStorage#remove()这两个方法删除比传入时间cacheExpirationMs老的缓存文件。
  • 8.maybeEvictFilesInCacheDir()会在插入一个缓存文件之前,判断本对象使用的硬盘空间是否已经超过初始化时设置的限制,如果超过限制就会调用evictAboveSize()(先在getSortedEntries()方法中通过DefaultEntryEvictionComparatorSupplier将所有Entry排序,然后按时间顺序一个个删除缓存文件,直至达到缓存空间要求)。
  • 9.hasKeySync(CacheKey)在mResourceIndex中判断该文件缓存是否存在,由于该对象不是实时刷新,所以会出现滞后性即有些文件缓存已经存在,但是mResourceIndex中并没有其id。
  • 10.hasKey(CacheKey)该方法是hasKeySync()的升级版,其不仅会通过hasKeySync()在mResourceIndex查找,如果没找到还会通过DefaultDiskStorage#contains()方法查找,这样也提高了查找效率。
  • 11.由于该class实现了DiskTrimmable接口,所以其在硬盘空间吃紧的时候也会调用evictAboveSize()进行缓存文件的清理,不过Fresco中DiskTrimmableRegistry的默认实现是NoOpDiskTrimmableRegistry,这个实现中不会做任何事情。所以具体的监听需要使用者来做。

三、Fresco硬盘缓存框架的使用

Fresco在使用硬盘缓存框架的时候,与其他模块通信的时候使用了两个类DiskCacheConfig和DiskStorageCache。DiskCacheConfig很好理解,负责用Builder模式创建一个DiskStorageCache。所以这里归更到底就是使用DiskStorageCache暴露出来的增删改查等api,而硬盘缓存框架中的其他类与Fresco的其他模块是解耦的,这也是软件工程中的一个重要的思想。所以接下来我们就来使用一下DiskStorageCache,也算是对这篇博客的总结。

这里代码不多所以贴下代码:

public class MainActivity extends AppCompatActivity {
FileCache mFileCache;
Button buttonInsert;
Button buttonHasKey;
Button buttonRemove;
Button buttonClearAll;
Button buttonGetCache;
ImageView imageView;

@Override
protected void onCreate(Bundle savedInstanceState) {
    super.onCreate(savedInstanceState);
    setContentView(R.layout.activity_main);

    initDiskCache();
    initView();

    final int[] times = {0};
    buttonInsert.setOnClickListener(new View.OnClickListener() {
        @Override
        public void onClick(View v) {
            SimpleCacheKey simpleCacheKey=new SimpleCacheKey(String.valueOf(times[0]));
            times[0]++;
            insert(simpleCacheKey);
        }
    });

    buttonHasKey.setOnClickListener(new View.OnClickListener() {
        @Override
        public void onClick(View v) {
            Toast.makeText(MainActivity.this, "key 5 是否存在?" + mFileCache.hasKey(new SimpleCacheKey("5")), Toast.LENGTH_SHORT).show();
        }
    });

    buttonRemove.setOnClickListener(new View.OnClickListener() {
        @Override
        public void onClick(View v) {
            times[0]--;
            SimpleCacheKey simpleCacheKey=new SimpleCacheKey(String.valueOf(times[0]));
            mFileCache.remove(simpleCacheKey);
        }
    });

    buttonClearAll.setOnClickListener(new View.OnClickListener() {
        @Override
        public void onClick(View v) {
            mFileCache.clearAll();
            times[0]=0;
        }
    });

    buttonGetCache.setOnClickListener(new View.OnClickListener() {
        @Override
        public void onClick(View v) {
            getCache();
        }
    });
}

private void initDiskCache(){

    DiskCacheConfig diskCacheConfig=DiskCacheConfig.newBuilder(this).build();
    Toast.makeText(this, "缓存文件夹:"+diskCacheConfig.getBaseDirectoryPathSupplier().get().getPath(), Toast.LENGTH_SHORT).show();
    DefaultDiskStorage defaultDiskStorage=new DefaultDiskStorage(
            diskCacheConfig.getBaseDirectoryPathSupplier().get(),
            diskCacheConfig.getVersion(),
            diskCacheConfig.getCacheErrorLogger());

    DiskStorageCache.Params params = new DiskStorageCache.Params(
            diskCacheConfig.getMinimumSizeLimit(),
            diskCacheConfig.getLowDiskSpaceSizeLimit(),
            diskCacheConfig.getDefaultSizeLimit());


    CacheEventListener cacheEventListener=new CacheEventListener() {
        @Override
        public void onHit(CacheEvent cacheEvent) throws IOException {
            Log.d("MainActivity Cache hit", cacheEvent.getCacheKey().getUriString());
            Log.d("MainActivity", "mFileCache.getDumpInfo():" + mFileCache.getDumpInfo());
        }

        @Override
        public void onMiss(CacheEvent cacheEvent) throws IOException {
            Log.d("MainActivity Cache miss", cacheEvent.getCacheKey().getUriString());
            Log.d("MainActivity", "mFileCache.getDumpInfo():" + mFileCache.getDumpInfo());
        }

        @Override
        public void onWriteAttempt(CacheEvent cacheEvent) throws IOException {
            Log.d("MainActivity Cache write start", cacheEvent.getCacheKey().getUriString());
            Log.d("MainActivity", "mFileCache.getDumpInfo():" + mFileCache.getDumpInfo());
        }

        @Override
        public void onWriteSuccess(CacheEvent cacheEvent) throws IOException {
            Log.d("MainActivity Cache write success", cacheEvent.getCacheKey().getUriString());
            Log.d("MainActivity", "mFileCache.getDumpInfo():" + mFileCache.getDumpInfo());
        }

        @Override
        public void onReadException(CacheEvent cacheEvent) {
            Log.d("MainActivity Cache ReadException", cacheEvent.getCacheKey().getUriString());
        }

        @Override
        public void onWriteException(CacheEvent cacheEvent) {
            Log.d("MainActivity Cache WriteException", cacheEvent.getCacheKey().getUriString());
        }

        @Override
        public void onEviction(CacheEvent cacheEvent) throws IOException {
            Log.d("MainActivity Cache Eviction", cacheEvent.getCacheKey().getUriString());
            Log.d("MainActivity", "mFileCache.getDumpInfo():" + mFileCache.getDumpInfo());
        }

        @Override
        public void onCleared() throws IOException {
            Log.d("MainActivity", "Cleared");
            Log.d("MainActivity", "mFileCache.getDumpInfo():" + mFileCache.getDumpInfo());
        }
    };

    mFileCache=new DiskStorageCache(
            defaultDiskStorage,
            diskCacheConfig.getEntryEvictionComparatorSupplier(),
            params,
            cacheEventListener,
            diskCacheConfig.getCacheErrorLogger(),
            diskCacheConfig.getDiskTrimmableRegistry(),
            diskCacheConfig.getContext(),
            Executors.newSingleThreadExecutor(),
            diskCacheConfig.getIndexPopulateAtStartupEnabled());

}

private void initView(){
    buttonInsert=(Button)findViewById(R.id.insert);
    buttonHasKey=(Button)findViewById(R.id.hasKey);
    buttonRemove=(Button)findViewById(R.id.remove);
    buttonClearAll=(Button)findViewById(R.id.clearAll);
    buttonGetCache=(Button)findViewById(R.id.getCache);
    imageView=(ImageView)findViewById(R.id.image);
}

private void insert(SimpleCacheKey simpleCacheKey){
    try {
        mFileCache.insert(simpleCacheKey, new WriterCallback() {
            @Override
            public void write(OutputStream os) throws IOException {
                FileUtils.bitmapToFile(BitmapFactory.decodeResource(getResources(),R.mipmap.ic_launcher),os);
            }
        });
    } catch (IOException e) {
        e.printStackTrace();
    }
}

private void getCache(){
    BinaryResource diskCacheResource = mFileCache.getResource(new SimpleCacheKey("2"));
    if (diskCacheResource==null) Toast.makeText(this, "miss 2", Toast.LENGTH_SHORT).show();
    else {
        Toast.makeText(this, "hit 2", Toast.LENGTH_SHORT).show();
        try {
            imageView.setImageBitmap(BitmapFactory.decodeStream(diskCacheResource.openStream()));
        } catch (IOException e) {
            e.printStackTrace();
        }
    }
}
}
  • 1.首先是使用DiskCacheConfig初始化DiskStorageCache:
    • 1.由于DiskCacheConfig采用的是Bulider模式,所以Builder中内置了许多默认属性。如果我们没有特殊要求可以直接获取一个DiskCacheConfig对象。
    • 2.通过DiskCacheConfig中的默认属性创建DefaultDiskStorage和DiskStorageCache.Params以供后面使用。
    • 3.我们可以选择创建一个CacheEventListener以在客户端监听硬盘缓存的行为。当然也可以选择不监听。
    • 4.最后使用上面的属性创建一个FileCache,因为解耦设计,我们只需要获取一个FileCache而不是DiskStorageCache。这里要注意一下,这个硬盘缓存框架没有内置线程池,而一般来说对于硬盘的读写都是在其他线程中的,Fresco中就是创建了一个读线程池和一个写线程池将DiskStorageCache的读写操作放在其中操作。我这里为了方便就直接在UI线程进行操作了。大家在使用的时候需要根据自己的需求创建线程池。此外我们注意到在FileCache的创建过程中传入了一个Executors.newSingleThreadExecutor(),注意这不是用于读写操作的,大家进入DiskStorageCache的构造器中可以看见,这个线程池根本没有被保存为成员变量,只是用于做了一些初始化的操作。
  • 2.初始化了5个Button和一个ImageView
  • 3.第一个按钮是插入硬盘缓存的按钮:可以看见我使用了SimpleCacheKey以从0递增的String作为缓存的id。然后在insert()方法中调用了FileCache#insert(),其中通过WriterCallback#get()提供的OutputStream将R.mipmap.ic_launcher写入了硬盘缓存中。
  • 4.第二个按钮是判断是否有给定的缓存:我调用FileCache#hasKey()判断id为5的缓存是否存在。
  • 5.第三个按钮是通过id删除硬盘缓存:调用的是FileCache.remove()方法
  • 6.第四个按钮是清空缓存:通过FileCache.clearAll()实现;
  • 7.第五个按钮显示id为2的缓存图片:在getCache()中通过FileCache.getResource()获取了一个BinaryResource,这个类实际上是FileBinaryResource,可以直接获取其InputStream来显示图片。

以上就是Fresco硬盘缓存框架的使用。

四、总结

Fresco的硬盘缓存框架,还是挺有趣的,其中用到了许多软件工程的思想与Java设计模式。Fresco中还有许多模块非常有趣,做个预告下一篇博客将会分析Fresco的内存缓存框架有兴趣的同学一定别错过了。

相关文章
|
存储 缓存 程序员
android DiskCacheDir 硬盘缓存
android DiskCacheDir 硬盘缓存
android DiskCacheDir 硬盘缓存
|
存储 缓存 Android开发
【Android 内存优化】Bitmap 硬盘缓存 ( Google 官方 Bitmap 示例 | DiskLruCache 开源库 | 代码示例 )(一)
【Android 内存优化】Bitmap 硬盘缓存 ( Google 官方 Bitmap 示例 | DiskLruCache 开源库 | 代码示例 )(一)
306 0
【Android 内存优化】Bitmap 硬盘缓存 ( Google 官方 Bitmap 示例 | DiskLruCache 开源库 | 代码示例 )(一)
|
存储 缓存 API
【Android 内存优化】Bitmap 硬盘缓存 ( Google 官方 Bitmap 示例 | DiskLruCache 开源库 | 代码示例 )(二)
【Android 内存优化】Bitmap 硬盘缓存 ( Google 官方 Bitmap 示例 | DiskLruCache 开源库 | 代码示例 )(二)
194 0
|
缓存
给机械硬盘加个缓存:PrimoCache
给机械硬盘加个缓存:PrimoCache
258 0
|
缓存
从零开始撸一个Fresco之内存缓存
转载请注明出处Fresco源代码文档翻译项目请看这里:Fresco源代码翻译项目 这个项目会不断更新想学习Fresco源代码的同学一定不要错过。 之前文章的链接:从零开始撸一个Fresco之硬盘缓存从零开始撸一个Fresco之gif和Webp动画 内存缓存比较简单,所以就不写介绍博客了。
868 0
|
缓存 网络协议 Java
Universal-Image-Loader,android-Volley,Picasso、Fresco和Glide图片缓存库的联系与区别
Universal-Image-Loader,android-Volley,Picasso、Fresco和Glide五大Android开源组件加载网络图片比较 在Android中的加载网络图片是一件十分令人头疼的事情,在网上有着许多关于加载网络图片的开源库,可以让我们十分方便的加载网络图片。在这里介绍一下Universal-Image-Loader,android-Vo
2167 0
|
存储 缓存 Java
fackbook的Fresco的Image Pipeline以及自身的缓存机制
fackbook的Fresco的Image Pipeline以及自身的缓存机制 配置之前、首先需要知道两点:一点是Bitmap缓存、一点是如果你仅仅需要一个缓存,那么不调用setSmallImageDiskCacheConfig即可。
2092 0
|
1月前
|
消息中间件 缓存 NoSQL
Redis 是一个高性能的键值对存储系统,常用于缓存、消息队列和会话管理等场景。
【10月更文挑战第4天】Redis 是一个高性能的键值对存储系统,常用于缓存、消息队列和会话管理等场景。随着数据增长,有时需要将 Redis 数据导出以进行分析、备份或迁移。本文详细介绍几种导出方法:1)使用 Redis 命令与重定向;2)利用 Redis 的 RDB 和 AOF 持久化功能;3)借助第三方工具如 `redis-dump`。每种方法均附有示例代码,帮助你轻松完成数据导出任务。无论数据量大小,总有一款适合你。
67 6

热门文章

最新文章