方法一:
在从网络或本地加载图片的时候,只加载缩略图。
/**
* 按照路径加载图片
* @param path 图片资源的存放路径
* @param scalSize 缩小的倍数
* @return
*/
public static Bitmap loadResBitmap(String path, int scalSize) {
BitmapFactory.Options options = new BitmapFactory.Options();
options.inJustDecodeBounds = false;
options.inSampleSize = scalSize;
Bitmap bmp = BitmapFactory.decodeFile(path, options);
return bmp;
}
这个方法的确能够少占用不少内存,可是它的致命的缺点就是,因为加载的是缩略图,所以图片失真比较严重,对于对图片质量要求很高的应用,可以采用下面的方法。
方法二:
运用JAVA的软引用,进行图片缓存,将经常需要加载的图片,存放在缓存里,避免反复加载。
关于软引用(SoftReference)的详细说明,请参看http://blog.csdn.net/helixiuqqq/article/details/6610199。下面是我写的一个图片缓存的工具类。
/**
*
* @author larson.liu
* 该类用于图片缓存,防止内存溢出
*/
public class BitmapCache {
static private BitmapCache cache;
/** 用于Chche内容的存储*/
private Hashtable<Integer, BtimapRef> bitmapRefs;
/** 垃圾Reference的队列(所引用的对象已经被回收,则将该引用存入队列中)*/
private ReferenceQueue<Bitmap> q;
/**
* 继承SoftReference,使得每一个实例都具有可识别的标识。
*/
private class BtimapRef extends SoftReference<Bitmap> {
private Integer _key = 0;
public BtimapRef(Bitmap bmp, ReferenceQueue<Bitmap> q, int key) {
super(bmp, q);
_key = key;
}
}
private BitmapCache() {
bitmapRefs = new Hashtable<Integer, BtimapRef>();
q = new ReferenceQueue<Bitmap>();
}
/**
* 取得缓存器实例
*/
public static BitmapCache getInstance() {
if (cache == null) {
cache = new BitmapCache();
}
return cache;
}
/**
* 以软引用的方式对一个Bitmap对象的实例进行引用并保存该引用
*/
private void addCacheBitmap(Bitmap bmp, Integer key) {
cleanCache();// 清除垃圾引用
BtimapRef ref = new BtimapRef(bmp, q, key);
bitmapRefs.put(key, ref);
}
/**
* 依据所指定的drawable下的图片资源ID号(可以根据自己的需要从网络或本地path下获取),重新获取相应Bitmap对象的实例
*/
public Bitmap getBitmap(int resId, Context context) {
Bitmap bmp = null;
// 缓存中是否有该Bitmap实例的软引用,如果有,从软引用中取得。
if (bitmapRefs.containsKey(resId)) {
BtimapRef ref = (BtimapRef) bitmapRefs.get(resId);
bmp = (Bitmap) ref.get();
}
// 如果没有软引用,或者从软引用中得到的实例是null,重新构建一个实例,
// 并保存对这个新建实例的软引用
if (bmp == null) {
bmp = BitmapFactory.decodeResource(context.getResources(), resId);
this.addCacheBitmap(bmp, resId);
}
return bmp;
}
private void cleanCache() {
BtimapRef ref = null;
while ((ref = (BtimapRef) q.poll()) != null) {
bitmapRefs.remove(ref._key);
}
}
// 清除Cache内的全部内容
public void clearCache() {
cleanCache();
bitmapRefs.clear();
System.gc();
System.runFinalization();
}
}
在程序代码中调用该类:
imageView.setImageBitmap(bmpCache.getBitmap(R.drawable.kind01, this));
这样当你的imageView需要来回变换背景图片时,就不需要再重复加载。
方法三:
及时销毁不再使用的Bitmap对象。
if (bitmap != null && b!itmap.isRecycled()){
bitmap.recycle();
bitmap = null; // recycle()是个比较漫长的过程,设为null,然后在最后调用System.gc(),效果能好很多
}
System.gc();
方法四:
尽可能少的使用图片资源。
这个有点像废话哈。但我只知道我们经理说服客户改了一下需求,然后在一个动态的listView里(最多时能有100多项),就一下子少加载了几十张网络图片,这该能节约多少内存啊!
综合运用以上四种方法,一般的项目,应该就能避免oom的错误。欢迎一起探讨更好的关于“图片内存溢出问题”的解决方案。