android内存溢出 java.lang.OutOfMemoryError

感觉做android平台的电视产品，就是一个要和OOM作斗争的路。

一个GridView，一张图片几百KB，刷几页就上百M了。

试过一些优化的办法，解决这个问题真的是个漫长的过程。

方法1：等比例缩小图片

图片质量会变成原来的四分之一

BitmapFactory.Options options = new BitmapFactory.Options();  
options.inSampleSize = 4

方法2：对图片采用软引用，及时地进行recyle()操作

有一定作用，但是有时会空指针

SoftReference<Bitmap> bitmap;  
bitmap = new SoftReference<Bitmap>(pBitmap);  
if(bitmap != null){  
if(bitmap.get() != null && !bitmap.get().isRecycled()){
      bitmap.get().recycle();  
    bitmap = null;
    }  
   }

 方法3 ： 对复杂的listview进行合理设计与编码(个人感觉这个靠谱点)1. 注意重用Adapter里面的convertView，以及holder机制的运用
上述方法尝试还未成功，可用 lazy loading data

这个一般熟手都知道使用，应该有一些办法

 

public View getView(int position, View convertView, ViewGroup parent) {
if (convertView == null) {  
            v = mInflater.inflate(resource, parent, false);
         final int[] to = mTo;  
        final int count = to.length;
       final View[] holder = new View[count];  
           for (int i = 0; i < count; i++) {  
             holder[i] = v.findViewById(to[i]);
    }  
         v.setTag(holder);       } else {  
   }  
}

方法4 ： 单个页面，横竖屏切换N次后 OOM
1. 看看页面布局当中有没有大的图片，比如背景图之类的。去除xml中相关设置，改在程序中设置背景图（放在onCreate()方法中）：

尽量不使用静态的图片和全局性的图片

在Activity destory时注意，bg.setCallback(null); 防止Activity得不到及时的释放。

Drawable bg = getResources().getDrawable(R.drawable.bg);
XXX.setBackgroundDrawable(rlAdDetailone_bg);  

方法5：在页面切换时尽可能少地重复使用一些代码。比如：重复调用数据库，反复使用某些对象等等.....

方法6：Android堆内存也可以自己定义大小和优化Dalvik虚拟机的内存

网上搜的，很明显VMRuntime引用不到。

 

private final static int CWJ_HEAP_SIZE= 6*1024*1024;  
private final static float TARGET_HEAP_UTILIZATION = 0.75f;   
VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE);  
VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION);

 

 还有其他很多办法，慢慢试呗。