关于android中的图片缓冲区问题
android中的图片缓冲区一直是个问题，包括超出虚拟机所分配的资源上限，重用已回收的bitmap等等，解决这个问题，每个人有每个人不同的方式，这里记录下我在项目中学到的的图片缓冲区的实现方式。

一个bitmap，可以携带一个属性，标识着这个bitmap最后的使用时间。而我们如果创建一个缓冲区，这个区里的bitmap数量是有一定限制的，否则就会出现内存溢出，超出了虚拟机分给程序的内存空间。而这个bitmap的最后使用时间就是确定删不删除这个bitmap的标志。

 /**     * A Bitmap associated with its last modification date. This can be used to check     * whether the book covers should be downloaded again.     */    public static class ExpiringBitmap {        public Bitmap bitmap;        public Calendar lastModified;    }

通过url去得到bitmap这个方法基本都是一致的，也许有的人写的强壮一点，功能会多一些。下边这个添加了附带cookies。其实多数时候是用不到的。

 /**     * Loads an image from the specified URL with the specified cookie.     *     * @param url The URL of the image to load.     * @param cookie The cookie to use to load the image.     *     * @return The image at the specified URL or null if an error occured.     */    public static ExpiringBitmap load(String url, String cookie) {        ExpiringBitmap expiring = new ExpiringBitmap();        final HttpGet get = new HttpGet(url);        if (cookie != null) get.setHeader("cookie", cookie);        HttpEntity entity = null;        try {            final HttpResponse response = HttpManager.execute(get);            if (response.getStatusLine().getStatusCode() == HttpStatus.SC_OK) {                setLastModified(expiring, response);                entity = response.getEntity();                InputStream in = null;                OutputStream out = null;                try {                    in = entity.getContent();                    if (FLAG_DECODE_BITMAP_WITH_SKIA) {                        expiring.bitmap = BitmapFactory.decodeStream(in);                    } else {                        final ByteArrayOutputStream dataStream = new ByteArrayOutputStream();                        out = new BufferedOutputStream(dataStream, IOUtilities.IO_BUFFER_SIZE);                        IOUtilities.copy(in, out);                        out.flush();                        final byte[] data = dataStream.toByteArray();                        expiring.bitmap = BitmapFactory.decodeByteArray(data, 0, data.length);                    }                } catch (IOException e) {                    android.util.Log.e(LOG_TAG, "Could not load image from " + url, e);                } finally {                    IOUtilities.closeStream(in);                    IOUtilities.closeStream(out);                }            }        } catch (IOException e) {            android.util.Log.e(LOG_TAG, "Could not load image from " + url, e);        } finally {            if (entity != null) {                try {                    entity.consumeContent();                } catch (IOException e) {                    android.util.Log.e(LOG_TAG, "Could not load image from " + url, e);                }            }        }        return expiring;    }

在上边的方法里，可以看到有一个setLastModified(expiring, response);这个方法就是给bitmap这个数据添加上最后的修改时间，默认的会赋值成下载完成的时间，当二次访问的时候，我们可以重新赋值新的时间点。

private static void setLastModified(ExpiringBitmap expiring, HttpResponse response) {        expiring.lastModified = null;        final Header header = response.getFirstHeader("Last-Modified");        if (header == null) return;                if (sLastModifiedFormat == null) {            sLastModifiedFormat = new SimpleDateFormat("EEE, dd MMM yyyy HH:mm:ss z");        }        final Calendar calendar = GregorianCalendar.getInstance();        try {            calendar.setTime(sLastModifiedFormat.parse(header.getValue()));            expiring.lastModified = calendar;        } catch (ParseException e) {            // Ignore        }    }

从缓冲区中获取bitmap，这个方法基本都是给外部调用的，如果缓冲区存在这个bitmap，会返回，如果不存在就调用load（url）方法去获得这个bitmap数据并且放入缓冲区中。

 /**     * Retrieves a drawable from the book covers cache, identified by the specified id.     * If the drawable does not exist in the cache, it is loaded and added to the cache.     * If the drawable cannot be added to the cache, the specified default drwaable is     * returned.     *     * @param id The id of the drawable to retrieve     * @param defaultCover The default drawable returned if no drawable can be found that     *         matches the id     *     * @return The drawable identified by id or defaultCover     */    public static FastBitmapDrawable getCachedCover(String id, FastBitmapDrawable defaultCover) {        FastBitmapDrawable drawable = null;        SoftReference<FastBitmapDrawable> reference = sArtCache.get(id);        if (reference != null) {            drawable = reference.get();        }        if (drawable == null) {            final Bitmap bitmap = loadCover(id);            if (bitmap != null) {                drawable = new FastBitmapDrawable(bitmap);            } else {                drawable = NULL_DRAWABLE;            }            sArtCache.put(id, new SoftReference<FastBitmapDrawable>(drawable));        }        return drawable == NULL_DRAWABLE ? defaultCover : drawable;    }

在文件的一开始，我们需要生成一个静态的缓冲区，一般都采用HashMap。

private static final HashMap<String, SoftReference<FastBitmapDrawable>> sArtCache =            new HashMap<String, SoftReference<FastBitmapDrawable>>();

从缓冲区中删除文件，从一个好的思路上来说，应该是对于缓冲区中所有文件进行一个对比，把那些长时间没有用到的文件删除。这给出的方法比较简单，就是删除所有的缓冲区文件。

/**     * Removes all the callbacks from the drawables stored in the memory cache. This     * method must be called from the onDestroy() method of any activity using the     * cached drawables. Failure to do so will result in the entire activity being     * leaked.     */    public static void cleanupCache() {        for (SoftReference<FastBitmapDrawable> reference : sArtCache.values()) {            final FastBitmapDrawable drawable = reference.get();            if (drawable != null) drawable.setCallback(null);        }    }

这样一个简单的缓冲区文件基本雏形就有了，其他的需要自己按照自己的需求去写一下方法。或者进行一些有话，比如说这里提出的思路是每次读取一个bitmap时都会重置他的lastModified这个属性，然后在删除时，我们对这个属性进行遍历，删掉低于平均访问水瓶的bitmap，当然这个在以上程序代码中没有明确代码，因为以上代码是为了各自不同需求的基本代码，可以自己进行修改。对于前边这个思路的优化，可以删除掉lastModified这个属性，而采用一个队列的缓冲区方式，每次访问，都把这个bitmap先从队列中取出来，也就是删除，然后添加到队尾，这样的思路好处在于，当缓冲区多大，需要删除掉一些图片时，可以直接删除队首的若干个元素，节约了遍历所有元素的时间。

其他的对于缓冲区的使用还需要对线程进行一下控制，如果用的不好，也会出现一个线程的空间需求超出了分配给他的大小的异常。一般情况用线程池可以缓解这样的情况。

这些回头找时间再总结一下吧。