内存缓存和LruCache

三级缓存之内存缓存

三级缓存

• 内存缓存, 优先加载, 速度最快
• 本地缓存, 次优先加载, 速度快
• 网络缓存, 不优先加载, 速度慢,浪费流量

我们需要知道: Android默认给每个app只分配16M的内存 无论手机的内存多大,既然是默认,可能不同的手机,厂家给分配的也不同,
我们可以通过Runtime.getRuntime().maxMemory()来动态获取.

理解内存中的缓存先要知道java中的引用,Java中有四种引用
- **java中的引用
- 强引用 垃圾回收器不会回收, java默认引用都是强引用
- 软引用 SoftReference 在内存不够时,垃圾回收器会考虑回收
- 弱引用 WeakReference 在内存不够时,垃圾回收器会优先回收
- 虚引用 PhantomReference 在内存不够时,垃圾回收器最优先回收**

我们需要知道:安卓2.3+以后会提前回收软引用,即使内存够用.

现在我们写一个简单的内存缓存

public class MemoryCacheUtils {

    private static HashMap<String, Bitmap> mMemoryCache = new HashMap<String, Bitmap>();

    public static Bitmap getBitmap(String key) {
        return mMemoryCache.get(key);
    }

    public static void setBitmap(String key, Bitmap bitmap) {
        mMemoryCache.put(key, bitmap);
    }
}

现在我们知道Android默认给每个app只分配16M的内存,如果使用这个map一直进行内存缓存的话,
肯定会发生内存溢出,因为你一直没有释放这些资源.你可能会问我们不是有垃圾回收机制吗? 垃圾回收机制只会回收没有引用的对象,也不是及时回收的.
其实我们这些引用也是强引用,垃圾回收机制任何时候都不会回收这些对象的.

刚才说了安卓2.3+以后会提前回收软引用,即使内存够用.现在对强引用进行一次包装,把他包装成软引用,这样及时内存够用也会及时回收这些软引用的.

public class MemoryCacheUtils {

    private static HashMap<String, SoftReference<Bitmap>> mMemoryCache = new HashMap<String, SoftReference<Bitmap>>();

    public static Bitmap getBitmap(String key) {
        SoftReference<Bitmap> softReference = mMemoryCache.get(key);
        if (softReference != null) {//有时候 被回收掉会是空的,进行一次非空判断
            return softReference.get();
        }
        return null;
    }

    public static void setBitmap(String key, Bitmap bitmap) {
        SoftReference<Bitmap> softReference = new SoftReference<>(bitmap);
        mMemoryCache.put(key, softReference);
    }

}

但是新的问题也出现了. **软引用是解决内存溢出非常好的一种手段**,但是我们的目的是进行内存缓存,这样进行包装以后垃圾回收机制会很快的把这些软引用给回收掉,这样内存溢出的问题是解决了但是我们缓存的问题还没有得到解决  

    在过去，我们经常会使用一种非常流行的内存缓存技术的实现，
    即软引用或弱引用 (SoftReference or WeakReference)。
    但是现在已经不再推荐使用这种方式了，
    因为从 Android 2.3 (API Level 9)开始，垃圾回收器会更倾向于回收持有软引用或弱引用的对象，
    这让软引用和弱引用变得不再可靠。另外，Android 3.0 (API Level 11)中，图片的数据会存储在本地的内存当中，因而无法用一种可预见的方式将其释放，
    这就有潜在的风险造成应用程序的内存溢出并崩溃。
                                            --  ------以上是摘自谷歌官方文档翻译

现在谷歌推荐使用LruCache

**least recentlly use 最少最近使用算法**

会将内存控制在一定的大小内, 超出最大值时会自动回收, 这个最大值开发者自己定

现在我们使用一下,体验一下它的强大之处.

public class MemoryCacheUtils {

    static LruCache<String, Bitmap> cache = null;//可以当做Map来使用

    static {
        long maxMemory = Runtime.getRuntime().maxMemory();
        System.out.println("手机的最大内存 : " + maxMemory);
        cache = new LruCache<String, Bitmap>((int) (maxMemory / 8)) {//指定要占用的最大内存

        //需要重写 ,默认返回一个字节
            @Override
            protected int sizeOf(String key, Bitmap value) {
                //返回当前储存照片所需的内存   照片所需内存只与显示所占的像素点有关系,与原图片的大小无关系
                //return value.getByteCount()  //返回这个即可 下面返回是为了版本的兼容
                return value.getRowBytes() * value.getHeight();//行像素点*高 = 照片所占内存
            }
        };//一般取最大内存的八分之一
    }

    public static Bitmap getBitmap(String key) {
        return cache.get(key);
    }

    public static void setBitmap(String key, Bitmap bitmap) {
        cache.put(key, bitmap);
    }

}