笔记【OOM 和 Bitmap 和 ImageView 的内存管理】

小标题写些什么好呢

之前项目遇到了大图无法即时回收的情况，还是那句话找点东西看看，顺着UCG社区“UGC社区”相同的尿性，找着了四次元（微次元）的源代码。
琢磨着一看，Heap Size那边回收还成，就看了下代码，还真不错，于是并到自己代码中，写了套小东西。

写在前头的”思路分析”

首先明确我们的需求：一个不会OOM的ImageView异步加载Bitmap。
然后开始说思路：
ImageView载入Bitmap，很多时候大家都会遇到oom的问题。那么这个思路分析就是简单粗暴的解决这问题，代码会放出稍后请见后续连接。
AsyncTask中WeakReference（弱引用）ImageView，先去LRU缓存中拿Bitmap对象，有则返回，无则继续从“本地文件”中拿，拿了仍一份进LRU，再从LRU中拿，如果两者都无，则要去下载图片存为“本地文件”了。
特别注意：如果在加载Bitmap中遇到了OOM(BitmapFactory.decodeXXX相关语句)时，清空LRU缓存中的对象，好让其自己释放之(evictAll()方法)。

try {
      bitmap = ImageUtility.readNormalPic(path, width, height);
    } catch (OutOfMemoryError ignored) {
                   KituriApplication.getInstance().getBitmapCache().evictAll();
                     try {
                        bitmap = ImageUtility.readNormalPic(path, width, height);
                    } catch (OutOfMemoryError ignoredToo) {

                    }
                }

代码敲在博客里都变形了……还真不好看- -0

使用LRU缓存

    //image memory cache
    private LruCache<String, Bitmap> appBitmapCache = null;

    public synchronized LruCache<String, Bitmap> getBitmapCache() {
        if (appBitmapCache == null) {
            buildCache();
        }
        return appBitmapCache;
    }

    //初始化方法 分配多大内存才适合本程序的init方式
    private void buildCache() {
        int memClass = ((ActivityManager) getSystemService(
                Context.ACTIVITY_SERVICE)).getMemoryClass();

        int cacheSize = Math.max(1024 * 1024 * 8, 1024 * 1024 * memClass / 6);

        appBitmapCache = new LruCache<String, Bitmap>(cacheSize) {
            @Override
            protected int sizeOf(String key, Bitmap bitmap) {

                return bitmap.getRowBytes() * bitmap.getHeight();
            }
        };
    }

以上这些东西，推荐写在“Application”里，LRU嘛，跟着系统来，跟着系统走较为合适，至于LRU用多大，你跟着上面的来就好了，一般这个大小基本够用。

文件缓存 和 自定义AsyncTask

毕竟还是四次元作者自己写的，建议去源代码里看一下，会理解更深刻一些。你复制黏贴拿去用问题也不大，了解上面的思路即可。（推荐）

下载地址： 我是下载连接，快用力戳我