Android内存泄漏的几个原因

1.资源对象没关闭酿成的内存泄漏
资源性对象比如(Cursor，File文件等)常常都用了1些缓冲，我们在不使用的时候，应当及时关闭它们，以便它们的缓冲及时回收内存。它们的缓冲不但存在于 java虚拟机内，还存在于java虚拟机外。如果我们仅仅是把它的援用设置为null,而不关闭它们，常常会造成内存泄漏。由于有些资源性对象，比如 SQLiteCursor(在析构函数finalize(),如果我们没有关闭它，它自己会调close()关闭)，如果我们没有关闭它，系统在回收它时也会关闭它，但是这样的效力太低了。因此对资源性对象在不使用的时候，应当调用它的close()函数，将其关闭掉，然后才置为null.在我们的程序退出时1定要确保我们的资源性对象已关闭。
程序中常常会进行查询数据库的操作，但是常常会有使用终了Cursor后没有关闭的情况。如果我们的查询结果集比较小，对内存的消耗不容易被发现，只有在常时间大量操作的情况下才会复现内存问题，这样就会赐与后的测试和问题排查带来困难和风险。
示例代码：
Cursor cursor = getContentResolver().query(uri...); 

if (cursor.moveToNext()) { 
... ... 
}
修正示例代码：
Cursor cursor = null; 
try { 
   cursor = getContentResolver().query(uri...); 
if (cursor != null &&cursor.moveToNext()) { 
... ... 
} 
} finally { 
if (cursor != null) { 
try { 
   cursor.close(); 
} catch (Exception e) { 
//ignore this 
} 
} 
}
2.构造Adapter时，没有使用缓存的convertView
以构造ListView的BaseAdapter为例，在BaseAdapter中提供了方法：
public View getView(int position, ViewconvertView, ViewGroup parent)

来向ListView提供每个item所需要的view对象。初始时ListView会从BaseAdapter中根据当前的屏幕布局实例化1定数量的 view对象，同时ListView会将这些view对象缓存起来。当向上转动ListView时，本来位于最上面的list item的view对象会被回收，然后被用来构造新出现的最下面的list item。这个构造进程就是由getView()方法完成的，getView()的第2个形参View convertView就是被缓存起来的list item的view对象(初始化时缓存中没有view对象则convertView是null)。由此可以看出，如果我们不去使用 convertView，而是每次都在getView()中重新实例化1个View对象的话，即浪费资源也浪费时间，也会使得内存占用愈来愈大。 ListView回收list item的view对象的进程可以查看:
android.widget.AbsListView.java