Android 内存浅析【泄漏、溢出】【二】

内存溢出之Bitmap
可以说出现OutOfMemory问题的绝大多数人，都是因为Bitmap的问题。因为Bitmap占用的内存实在是太多了，它是一个“超级大胖子”，特别是分辨率大的图片，如果要显示多张那问题就更显著了。
如何解决Bitmap带给我们的内存问题？
第一、及时销毁。

虽然，系统能够确认Bitmap分配的内存最终会被销毁，但是由于它占用的内存过多，所以很可能会超过java堆的限制。因此，在用完Bitmap时，要及时的recycle掉。recycle并不能确定立即就会将Bitmap释放掉，但是会给虚拟机一个暗示：“该图片可以释放了”。所以Bitmap对象在不使用时,我们应该先调用recycle()释放内存，然后才它设置为null. 虽然recycle()从源码上看，调用它应该能立即释放Bitmap的主要内存，但是测试结果显示它并没能立即释放内存。

if(！bitmap.isRecycled()){
			bitmap.recycle();
			bitmap = null;
		}

第二、设置一定的采样率。

手机就那么屁大的屏幕，所以有时候我们要显示的区域很小，没有必要将整个图片都加载出来，而只需要记载一个缩小过的图片，这时候可以设置一定的采样率，那么就可以大大减小占用的内存。如下面的代码：

public ImageView iv ;
	
	public void example() {
		BitmapFactory.Options options = new BitmapFactory.Options();
		options.inSampleSize = 2;// 图片宽高都为原来的二分之一，即图片为原来的四分之一。数值越大图片越模糊.你懂的
		//Uri u = Uri.parse( "content://media/internal/audio/media/81" ); 
		// Bitmap bitmap = BitmapFactory.decodeStream(getContentResolver().openInputStream(Uri.parse(uriString)), null, options);
		Bitmap bitmap = BitmapFactory.decodeResource(getResources(),
				R.drawable.ic_launcher, options);
		iv.setImageBitmap(bitmap);
	}

第三、巧妙的运用软引用（SoftRefrence）
有些时候，我们使用Bitmap后没有保留对它的引用，因此就无法调用Recycle函数。这时候巧妙的运用软引用，可以使Bitmap在内存快不足时得到有效的释放。

内存溢出之Adapter
构造 Adapter时，没有使用缓存的 convertView
以构造ListView的 BaseAdapter 为例，在BaseAdapter 中提共了方public View getView(int position, View convertView, ViewGroup pare来向ListView提供每一个item所需要的view对象。初始时ListBaseAdapter 中根据当前的屏幕布局实例化一定数量的view对象，同些view对象缓存起来。当向上滚动ListView时，原先位于最上面的象会被回收，然后被用来构造新出现的最下面的list item。这个构造过程方法完成的，getView()的第二个形参 View convertView就是被缓存起view对象(初始化时缓存中没有view对象则convertView是null)。
由此可以看出，如果我们不去使用convertView，而是每次都在getView()中重新实例化一个View对象的话，即浪费时间，也造成内存垃圾，给垃圾回收增加压力，如果垃圾回收来不及的话，虚拟机将不得不给该应用进程分配更多的内存，造成不必要的内存开支。构造 Adapter时，没有使用缓存的 convertView
以构造ListView的 BaseAdapter 为例，在BaseAdapter 中提共了方法：

public View getView(int position, View convertView, ViewGroup parent) 来向ListView提供每一个item所需要的view对象。初始时ListView会从BaseAdapter 中根据当前的屏幕布局实例化一定数量的view对象，同时ListView会将这些view对象缓存起来。当向上滚动ListView时，原先位于最上面的list item的view对象会被回收，然后被用来构造新出现的最下面的list item。这个构造过程就是由getView()方法完成的，getView()的第二个形参 View convertView就是被缓存起来的list item的view对象(初始化时缓存中没有view对象则convertView是null)。

所以综合以上的理论，写了一个小例子，表达一下：

/**
	 * 
	 ******************************************
	 * @author 老牛比
	 * 文件名称	:  ExampleAdapter.java
	 * 创建时间	: 2012-10-1 下午11:11:28
	 * 文件描述	: 优化小例子
	 ******************************************
	 */
	public class ExampleAdapter extends BaseAdapter {

		private ArrayList<SoftReference<Bitmap>> mBitmaps = new ArrayList<SoftReference<Bitmap>>();
		private ArrayList<Object> mValues;
		private LayoutInflater mInflater;

		public ExampleAdapter(ArrayList<SoftReference<Bitmap>> mBitmaps,
				ArrayList<Object> mValues, Context mContext,
				LayoutInflater mInflater) {
			super();
			this.mValues = mValues;
			this.mInflater = (LayoutInflater) mContext
					.getSystemService(Context.LAYOUT_INFLATER_SERVICE);
		}

		public int getCount() {
			return mValues.size();
		}

		public Object getItem(int position) {
			return mValues.get(position);
		}

		public long getItemId(int position) {
			return position;
		}

		public View getView(int position, View convertView, ViewGroup parent) {
			ViewHolder holder;
			Bitmap bitmap = BitmapFactory.decodeFile(mValues.get(position).XXX);
			mBitmaps.add(new SoftReference<Bitmap>(bitmap)); // 此处加入ArrayList
			if (convertView == null) {
				convertView = mInflater.inflate(R.layout.example, false);
				holder = new ViewHolder();
				holder.text = (TextView) convertView.findViewById(R.id.text);
				holder.icon = (ImageView) convertView.findViewById(R.id.icon);
				convertView.setTag(holder);
			} else {
				holder = (ViewHolder) convertView.getTag();
			}

			holder.text.setText("xxx");
			holder.icon.setImageBitmap(bitmap);
			return convertView;
		}

		/**
		 * 
		 ****************************************** 
		 * @author 老牛比
		 * 文件名称 : ViewHolder.java 
		 * 创建时间 : 2012-10-1 下午10:35:25 
		 * 文件描述 : 使用 ViewHolder 模式, 效率再提高 50%
		 ****************************************** 
		 */
		class ViewHolder {
			TextView text;
			ImageView icon;
		}
	}

内存溢出之Cursor
Cursor是Android查询数据后得到的一个管理数据集合的类，正常情况下，操作小数据查询时不会有内存问题，而且虚拟机能够保证Cusor最终会被释放掉。然而如果Cursor的数据量特别大，应该保证Cursor占用的内存被及时的释放掉，而不是等待GC来处理。并且Android 文档中提倡开发者手动的关闭Cursor。

所以我们最好这样使用Cursor：

public void example() {
		Cursor mCursor = null;
		try {
			mCursor = mContext.getContentResolver().query(uri, null, null,
					null, null);
			if (mCursor != null) {
				mCursor.moveToFirst();
				// TODO:do something
			}
		} catch (Exception e) {
			e.printStackTrace();
		} finally {
			if (mCursor != null) {
				mCursor.close();
			}
		}
	}

但在CursorAdapter中应用的情况下，必须注意，CursorAdapter在Acivity结束时并没有自动的将Cursor关闭掉，因此，你需要在onDestroy函数中，手动关闭：

@Override  
	protected void onDestroy() {        
	    if (mAdapter != null && mAdapter.getCurosr() != null) {  
	        mAdapter.getCursor().close();  
	    }  
	    super.onDestroy();   
	}