在做的程序老是内存溢出，在网上查了点资料先记下来

内存溢出主要由以下几种情况引起：

1.数据库的cursor没有关闭。

2.构造adapter没有使用缓存contentview。

3.调用registerReceiver后未调用unregisterReceiver()。

4.未关闭InputStream/OutputStream。

5.Bitmap使用后未调用recycle()。

6.Context泄漏。

前5种情况容易发现和解决，只要把该关的及时关闭，该调用的方法及时调用，就不会有太多问题，另外java里还有软引用帮助管理内存：

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

下面着重介绍Context泄漏。

这是一个很隐晦的内存泄露的情况。先看一个Android官网提供的例子：


private static Drawable sBackground;

@Override
protected void onCreate(Bundle state) {
  super.onCreate(state);

  TextView label = new TextView(this);
  label.setText("Leaks are bad");

  if (sBackground == null) {
    sBackground = getDrawable(R.drawable.large_bitmap);
  }
  label.setBackgroundDrawable(sBackground);

  setContentView(label);
}


这段代码效率很快，但同时又是极其错误的；在第一次屏幕方向切换时它泄露了一开始创建的Activity。当一个Drawable附加到一个View上时，View会将其作为一个callback设定到Drawable上。上述的代码片段，意味着Drawable拥有一个TextView的引用，而TextView又拥有Activity（Context类型）的引用，换句话说，Drawable拥有了更多的对象引用。即使Activity被销毁，内存仍然不会被释放。

另外，对Context的引用超过它本身的生命周期，也会导致Context泄漏。所以尽量使用Application这种Context类型。这种Context拥有和应用程序一样长的生命周期，并且不依赖Activity的生命周期。如果你打算保存一个长时间的对象，并且其需要一个Context，记得使用Application对象。你可以通过调用Context.getApplicationContext()或Activity.getApplication()轻松得到Application对象。

最近遇到一种情况引起了Context泄漏，就是在Activity销毁时，里面有其他线程没有停。

总结一下避免Context泄漏应该注意的问题：

1.使用Application这种Context类型。

2.注意对Context的引用不要超过它本身的生命周期。

3.慎重的使用“static”关键字。

4.Context里如果有线程，一定要在onDestroy()里及时停掉。

 

模拟器RAM比较小，只有8M内存，当我放入的大量的图片（每个100多K左右），就出现上面的原因。由于每张图片先前是压缩的情况。放入到Bitmap的时候，大小会变大，导致超出RAM内存，具体解决办法如下：

//解决加载图片内存溢出的问题
　　//Options只保存图片尺寸大小，不保存图片到内存
　　BitmapFactory.Optionsopts=newBitmapFactory.Options();
　　/*缩放的比例，缩放是很难按准备的比例进行缩放的，其值表明缩放的倍数，SDK中建议其值是2的指数值,值越大会导致图片不清晰*/
　　opts.inSampleSize=4;
　　Bitmapbmp=null;
　　bmp=BitmapFactory.decodeResource(getResources(),mImageIds[position],opts);
　　...
　　//回收
　　bmp.recycle();

　　还可以用到优化Dalvik虚拟机的堆内存分配　

　　对于Android平台来说，其托管层使用的DalvikJavaVM从目前的表现来看还有很多地方可以优化处理，比如我们在开发一些大型游戏或耗资源的应用中可能考虑手动干涉GC处理，使用dalvik.system.VMRuntime类提供的setTargetHeapUtilization方法可以增强程序堆内存的处理效率。当然具体原理我们可以参考开源工程，这里我们仅说下使用方法:privatefinalstaticfloatTARGET_HEAP_UTILIZATION=0.75f;在程序onCreate时就可以调用VMRuntime.getRuntime().setTargetHeapUtilization(TARGET_HEAP_UTILIZATION);

　　Android堆内存也可自己定义大小

　　对于一些Android项目，影响性能瓶颈的主要是Android自己内存管理机制问题，除了优化Dalvik虚拟机的堆内存分配外，我们还可以强制定义自己软件的对内存大小，我们使用Dalvik提供的dalvik.system.VMRuntime类来设置最小堆内存为例:

　　　

privatefinalstaticintCWJ_HEAP_SIZE=6*1024*1024;
　　VMRuntime.getRuntime().setMinimumHeapSize(CWJ_HEAP_SIZE);

　　//设置最小heap内存为6MB大小。当然对于内存吃紧来说还可以通过手动干涉GC去处理