2016.12.22

在使用图片加载库Glide时，要让磁盘缓存到指定的目录用 DiskLruCacheFactory：

由此展开的 Android 缓存策略和目录。

一、缓存：

通俗的说就是把一些经常使用但需要联网获取的文件，通过一种策略持久的保存在内存或者存储设备中，当下一次需要用到这些文件的时候，不需要联网，直接从内存或存储设备中获取就可以了。这种策略就是缓存策略。

二、缓存策略：

一般来说包含缓存的添加、获取、删除。删除是指缓存的大小已经超过定义的缓存的大小后移除已有的一部分缓存。比如LRU算法（最近最少使用算法）会移除最近最少使用的那一部分缓存，以此来添加新的缓存。关于缓存的好处两点：节省流量；提高用户体验。

三、LruCache和DiskLruCache

LruCache 和 DiskLruCache 就是基于LRU算法的缓存策略。LruCache 是用于实现内存缓存的，而DiskLruCache 实现存储设备缓存，也就是直接缓存到本地。其中 LruCache 在Android中已经封装成了类，直接用就可以了。而 DiskLruCache 需要下载对应的文件才能用。

LruCache是将文件类型缓存到内存中，随着APP中Activity的销毁，内存也会随之回收。也就将内存中的缓存回收掉，再次打开APP的时候，内存中找不到缓存，需要重新加载。

DiskLruCache是缓存到存储设备中，用于实现存储设备缓存，即磁盘缓存，它通过将缓存对象写入文件系统从而实现缓存的效果。当APP被kill的时候，缓存不会消失。

LruCache的内部实现是LinkedHashMap，也就是集合。所以添加获取方式通过put与get就行了。而DiskLruCache是通过文件流的形式来缓存，所以添加获取是通过输入输出流来实现。

普通线程加载、LruCache 加载、DiskLruCache 加载和 Bitmap 压缩类在一起封装成一个大的类。就是大家常提到的ImageLoader。它专门用来处理Bitmap的加载。这三种加载方式结合，也就是大家常听说的三级缓存机制。

四、缓存目录

应用程序在运行的过程中如果需要向手机上保存数据，一般是把数据保存在SD卡中。

1）手机自带的存储空间

getFileDir() -----/data/user/0/xx.xxx.xxx(当前包)/files

getCacheDir() ----- /data/user/0/xx.xxx.xx（当前包）/cache

2）外部SD卡上

a：一部分应用是直接在SD卡的根目录下创建一个文件夹，然后把数据保存在该文件夹中。这样当该应用被卸载后，这些数据还保留在SDCard中，留下了垃圾数据。

b：当应用被卸载后，与该应用相关的数据也应清除掉：

Context.getExternalFilesDir()---/storage/emulated/Android/data/应用包名/files，长时间保存的数据Context.getExternalCacheDir()----/storage/emulated/Android/data/应用包名/cache，临时缓存数据

如果使用上面的方法，当应用在被用户卸载后，SDCard/Android/data/应用包名/ 这个目录下的所有文件都会被删除，不会留下垃圾信息。

注意：如果要保存下载的内容，就不要放在以上目录下。

总结：

context.getCacheDir()   、context.getExternalCacheDir()

相同点：

1、相同点：都可以做app缓存目录。

2、app卸载后，两个目录下的数据都会被清空。

不同点：

1、目录的路径不同：目录分别存在  app的内部存储上、外部SD卡上的。

2、前者的路径需要root以后，用Root Explorer 文件管理器才能看到。后者的路径在手机里可以直接看到。

注意：由于context.getExternalCacheDir() 的目录存在外部SD卡上的，所以在使用这个方法的时候要判断外部SD卡的状态是否可用