Android内存优化总结

Android系统分配给应用程序的内存大概在8M左右,如果内存处理不当容易造成OutOfMemoryError.  OutOfMemoryError主要由以下几种情况造成

1.数据库的cursor没有关闭

操作Sqlite数据库时，Cursor是数据库表中每一行的集合，Cursor提供了很多方法，可以很方便的读取数据库中的值，可以根据索引，列名等获取数据库中的值，通过游标的

方式可以调用moveToNext()移到下一行，当我们操作完数据库后，一定要记得调用Cursor对象的close()来关闭游标，释放资源。

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

在继承BaseAdapter时会让我们重写getView (intposition, View  convertView, ViewGroupparent)方法，第二个参数convertView就是我们要用到的重用的对象

@Override  
public View getView(int position, View convertView, ViewGroup parent) {  
    ViewHolder vHolder = null;  
               //如果convertView对象为空则创建新对象，不为空则复用  
    if (convertView == null) {  
        convertView = inflater.inflate(..., null);  
        // 创建 ViewHodler 对象  
        vHolder = new ViewHolder();  
        vHolder.img= (ImageView) convertView.findViewById(...);  
        vHolder.tv= (TextView) convertView  
                .findViewById(...);  
        // 将ViewHodler保存到Tag中  
        convertView.setTag(vHolder);  
    } else {  
                       //当convertView不为空时，通过getTag()得到View  
        vHolder = (ViewHolder) convertView.getTag();  
    }  
    // 给对象赋值，修改显示的值  
    vHolder.img.setImageBitmap(...);  
    vHolder.tv.setText(...);  
    return convertView;  
}  
       //将显示的View 包装成类  
static class ViewHolder {  
    TextView tv;  
    ImageView img;  
}  

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

广播接收者（BroadcastReceiver）经常在应用中用到，可以在多线程任务完成后发送广播通知UI更新，也可以接收系统广播实现一些功能可以通过代码的方式注册：

   IntentFilterpostFilter = new IntentFilter();
   postFilter.addAction(getPackageName() + ".background.job");
   this.registerReceiver(receiver, postFilter);

     当我们Activity中使用了registerReceiver()方法注册了BroadcastReceiver，一定要在Activity的生命周期内调用unregisterReceiver()方法取消注册，也就是说

registerReceiver()和unregisterReceiver()方法一定要成对出现，通常我们可以重写Activity的onDestory()方法：

protected void onDestroy() { 
      this.unregisterReceiver(receiver); 
      super.onDestroy(); 
}  

4.未关闭InputStream/OutputStream。

    这个就不多说了，我们操作完输入输出流都要关闭流

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

图片处理不好是造成内存溢出的又一个头号原因，（在我们的产品中也有体现)，当我们处理完图片之后可以通过调用recycle()方法来回收图片对象

    if(!bitmap.isRecycled()){ 
	bitmap.recycle();
    } 

除此之外： 

直接使用ImageView显示bitmap会占用较多资源，特别是图片较大的时候，可能导致崩溃。

使用BitmapFactory.Options设置inSampleSize,这样做可以减少对系统资源的要求。

  属性值inSampleSize表示缩略图大小为原始图片大小的几分之一，即如果这个值为2，则取出的缩略图的宽和高都是原始图片的1/2，图片大小就为原始大小的1/4。

   
       BitmapFactory.Options bitmapFactoryOptions = newBitmapFactory.Options(); 
       bitmapFactoryOptions.inJustDecodeBounds = true; 
       bitmapFactoryOptions.inSampleSize = 2; 
        // 这里一定要将其设置回false，因为之前我们将其设置成了true 
        // 设置inJustDecodeBounds为true后，decodeFile并不分配空间，即，BitmapFactory解码出来的Bitmap为Null,但可计算出原始图片的长度和宽度 
       options.inJustDecodeBounds = false;
       Bitmap bmp =BitmapFactory.decodeFile(sourceBitmap, options);  

6.Context泄漏。

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

private static Drawable sBackground;
	@Override
	protected void onCreate(Bundle state) {
		super.onCreate(state);
		TextView label = newTextView(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()里及时停掉。

7.static关键字

当类的成员变量声明成static后，它是属于类的而不是属于对象的，如果我们将很大的资源对象（Bitmap，context等）声明成static，那么这些资源不会随着对象的回收而

回收，会一直存在，所以在使用static关键字定义成员变量的时候要慎重。