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的比较

对比项	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的作用域