1.在设置图片时的方法
//设置资源图片时，尽量不要使用setImageBitmap或setImageResource或BitmapFactory.decodeResource来设置一张大图，因为这些函数在完成decode后，最终都是通过java层的createBitmap来完成的，需要消耗更多内存。
public static Bitmap readBitMap(Context context, int resId){
BitmapFactory.Options opt = new BitmapFactory.Options();
opt.inPreferredConfig = Bitmap.Config.RGB_565;
opt.inPurgeable = true;
opt.inInputShareable = true;
//获取资源图片 InputStream is = context.getResources().openRawResource(resId);
return BitmapFactory.decodeStream(is,null,opt);
}
2、动态回收内存算是最简单的解决方法吧，就是手动的调用System.gc();
bitmap.recycle()方法用于回收该bitmap所占用的内存,用System.gc()调用一下系统的垃圾回收器。
if (bitmap != null && !bitmap .isRecycled()) {
bitmap .recycle();
bitmap = null;
}
System.gc();
3.压缩图片的展示
//压缩，用于节省BITMAP内存空间--解决BUG的关键步骤
BitmapFactory.Options opts = new BitmapFactory.Options();
opts.inSampleSize = 2;//这个的值压缩的倍数（2的整数倍），数值越小，压缩率越小，图片越清晰
//返回原图解码之后的bitmap对象
Bitmap bitmap = BitmapFactory.decodeResource(getResources(),
R.drawable.begin_background, opts);
4.在Activity里在结束时一定要关闭现场
（1）总结一下避免Context泄漏应该注意的问题：
（2）尽量使用Application这种Context类型。
（3）注意对Context的引用不要超过它本身的生命周期。
（4）慎重的对Context使用“static”关键字。
（5）Context里如果有线程，一定要在onDestroy()里及时停掉
5.集合的处理
我们通常把一些对象的引用加入到了集合中，当我们不需要该对象时，并没有把它的引用从集合中清理掉，这样这个集合就会越来越大。如果这个集合是static的话，那情况就更严重了。
6.android的程序对象
些Android程序可能引用我们的Anroid程序的对象（比如注册机制）。即使我们的Android程序已经结束了，但是别的引用程序仍然还有对我们的Android程序的某个对象的引用，泄漏的内存依然不能被垃圾回收。调用registerReceiver后未调用unregisterReceiver。
虽然有些系统程序，它本身好像是可以自动取消注册的（当然不及时），但是我们还是应该在我们的程序中明确的取消注册，程序结束时应该把所有的注册都取消掉
