Android內存洩漏就這樣產生了

1.資源對象沒關閉造成的內存洩漏

描述：

資源性對象比如（Cursor，File文件等）往往都用了一些緩沖，我們在不使用的時候，應該及時關閉它們，以便它們的緩沖及時回收內存。它們的緩沖不僅存在於java虛擬機內，還存在於java虛擬機外。如果我們僅僅是把它的引用設置為null,而不關閉它們，往往會造成內存洩漏。因為有些資源性對象，比如SQLiteCursor（在析構函數finalize(),如果我們沒有關閉它，它自己會調close()關閉），如果我們沒有關閉它，系統在回收它時也會關閉它，但是這樣的效率太低了。因此對於資源性對象在不使用的時候，應該調用它的close()函數，將其關閉掉，然後才置為null.在我們的程序退出時一定要確保我們的資源性對象已經關閉。

程序中經常會進行查詢數據庫的操作，但是經常會有使用完畢Cursor後沒有關閉的情況。如果我們的查詢結果集比較小，對內存的消耗不容易被發現，只有在常時間大量操作的情況下才會復現內存問題，這樣就會給以後的測試和問題排查帶來困難和風險。
示例代碼：

1. Cursor cursor = getContentResolver().query(uri...);
2. if (cursor.moveToNext()) {
3. ... ...
4. }

1. Cursor cursor = null;
2. try {
3. cursor = getContentResolver().query(uri...);
4. if (cursor != null &&cursor.moveToNext()) {
5. ... ...
6. }
7. } finally {
8. if (cursor != null) {
9. try {
10. cursor.close();
11. } catch (Exception e) {
12. //ignore this
13. }
14. }
15. }

2.構造Adapter時，沒有使用緩存的convertView

描述：

以構造ListView的BaseAdapter為例，在BaseAdapter中提供了方法：
public View getView(int position, ViewconvertView, 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)。由此可以看出，如果我們不去使用convertView，而是每次都在getView()中重新實例化一個View對象的話，即浪費資源也浪費時間，也會使得內存占用越來越大。ListView回收list item的view對象的過程可以查看:
Android.widget.AbsListView.java --> voidaddScrapView(View scrap) 方法。
示例代碼：

1. public View getView(int position, ViewconvertView, ViewGroup parent) {
2. View view = new Xxx(...);
3. ... ...
4. return view;
5. }

1. public View getView(int position, ViewconvertView, ViewGroup parent) {
2. View view = null;
3. if (convertView != null) {
4. view = convertView;
5. populate(view, getItem(position));
6. ...
7. } else {
8. view = new Xxx(...);
9. ...
10. }
11. return view;
12. }