android Menory 小结

1. 不建议在Activity中使用static 变量，考虑使用Application。当然，static final例外

但Application也不要cache某个Activity使用的View，如果cache也一定要在这个Activity Destroy()时手动清空Application中对view的cache。

1. 线程造成内存泄露。

public class MyActivity extends Activity {  

    @Override  

    public void onCreate(Bundle savedInstanceState) {  

        super.onCreate(savedInstanceState);  

        setContentView(R.layout.main);  

        new MyThread().start();  

    }  

    private class MyThread extends Thread{  

        @Override  

        public void run() {  

            super.run();  

            //do somthing  

        }  

    }  

}

假设MyThread的run函数是一个很费时的操作，当我们开启该线程后，将设备的横屏变为了竖屏，一般情况下当屏幕转换时会重新创建Activity，按照我们的想法，老的Activity应该会被销毁才对，然而事实上并非如此。

由于我们的线程是Activity的内部类，所以MyThread中保存了Activity的一个引用，当MyThread的run函数没有结束时，MyThread是不会被销毁的，因此它所引用的老的Activity也不会被销毁，因此就出现了内存泄露的问题

3．Bitmap与Drawable

Bitmap与Drawable的比较

Drawable在内存占用和绘制速度这两个非常关键的点上胜过Bitmap（Google Android开发示例中提到绘制Bitmap的速度要快于Drawable,但经过实际测试后发现恰恰相反）。
Bitmap相对于Drawable来说又可以调整色差色相以及直接对图片的各相素进行操作。

1. 位图Bitmap占用内存

比如一个320*480的图，

320*480*Config+1k（image info）

  android.graphics.Bitmap.Config=  ARGB_8888(32bit) 

  ARGB_4444(16bit)   

  RGB_565(16bit)

/** 

  * 以最省内存的方式读取本地资源的图片 

  * @param context 

  * @param resId 

  * @return 

  */   

public static Bitmap readBitMap(Context context, int resId){   

      BitmapFactory.Options opt = new BitmapFactory.Options();   

//按每像素2字节读取 ,默认argb_8888是4字节

      opt.inPreferredConfig = Bitmap.Config.RGB_565;   

//读取图片时内存不足自动回收本bitmap

      opt.inPurgeable = true;   

//应该是共享流，以便因内存不足回收后，再次调用可以后台自动读取

      opt.inInputShareable = true;   

      //获取资源图片   

      InputStream is = context.getResources().openRawResource(resId);   

      return BitmapFactory.decodeStream(is,null,opt);   

}

5.

异常捕获，避免程序崩溃

try{

     Bitmap bmp=BitmapFactory.decodeFile(path,options);

}catch (OutOfMemoryError e) {

     // 提示系统，进行内存回收

     System.gc();

    //清除程序缓存

     clearCache();

}

1. VMRuntime.getRuntime().setMinimumHeapSize(NewSize);

 堆（HEAP）是VM中占用内存最多的部分，通常是动态分配的。堆的大小不是一成不变的，通常有一个分配机制来控制它的大小。比如初始的HEAP是4M大，当4M的空间被占用超过75%的时候，重新分配堆为8M大；当8M被占用超过75%，分配堆为16M大。倒过来，当16M的堆利用不足30%的时候，缩减它的大小为8M大。重新设置堆的大小，尤其是压缩，一般会涉及到内存的拷贝，所以变更堆的大小对效率有不良影响。

 上面只是个例子，不过可以看到三个参数：max heap size, min heap size, heap utilization（堆利用率）。

 Max Heap Size，是堆内存的上限值，Android的缺省值是16M（某些机型是24M），对于普通应用这是不能改的。函数setMinimumHeapSize其实只是改变了堆的下限值，它可以防止过于频繁的堆内存分配，当设置最小堆内存大小超过上限值时仍然采用堆的上限值，对于内存不足没什么作用。

 setTargetHeapUtilization(float newTarget) 可以设定内存利用率的百分比，当实际的利用率偏离这个百分比的时候，虚拟机会在GC的时候调整堆内存大小，让实际占用率向个百分比靠拢。

rivate final static floatTARGET_HEAP_UTILIZATION = 0.75f; 在程序onCreate时就可以调用 VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION); 即可。

6. 内部类的对象作用域超出Activity的范围：比如定义了一个内部类来存储数据，又把这个内部类的对象传给了其它Activity 或者Service等。因为内部类的对象会持有当前类的引用，所以也就持有了Context的引用。解决方法是把内部类抽取出来变成一个单独的类，或者把避免内部对象作用域超出Activity的作用域