Android内存泄露
来源：http://zhanhao.iteye.com/blog/1463350
?
android手机给应用分配的内存通常是8兆左右，如果处理内存处理不当很容易造成OutOfMemoryError，我们的产品出现最多的错误也是OutOfMemoryError的异常，
在解决这个异常时在网上发现很多关于OutOfMemoryError的原因的介绍。
OutOfMemoryError主要由以下几种情况造成：
1.数据库的cursor没有关闭。?
操作Sqlite数据库时，Cursor是数据库表中每一行的集合，Cursor提供了很多方法，可以很方便的读取数据库中的值，
??? 可以根据索引，列名等获取数据库中的值，通过游标的方式可以调用moveToNext()移到下一行
??? 当我们操作完数据库后，一定要记得调用Cursor对象的close()来关闭游标，释放资源。
2.构造adapter没有使用缓存contentview。
??? 在继承BaseAdapter时会让我们重写getView(int position, View?? convertView, ViewGroup parent)方法，
??? 第二个参数convertView就是我们要用到的重用的对象
private static Drawable sBackground;@Overrideprotected 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()里及时停掉。
7.static关键字
??? 当类的成员变量声明成static后，它是属于类的而不是属于对象的，如果我们将很大的资源对象（Bitmap，context等）声明成static，那么这些资源不会随着对象的回收而回收，
??? 会一直存在，所以在使用static关键字定义成员变量的时候要慎重。
?