- 不建议在Activity中使用static 变量，考虑使用Application。当然，static final例外
但Application也不要cache某个Activity使用的View，如果cache也一定要在这个Activity Destroy()时手动清空Application中对view的cache。
- 线程造成内存泄露。
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来说又可以调整色差色相以及直接对图片的各相素进行操作。
- 位图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();
}
- 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的作用域