android GC記憶體泄露問題

1. android記憶體泄露概念

     不少人認為JAVA程式，因為有記憶體回收機制，應該沒有記憶體泄露。其實如果我們一個程式中，已經不再使用某個對象，但是因為仍然有引用指向它，記憶體回收行程就無法回收它，當然該對象佔用的記憶體就無法被使用，這就造成了記憶體泄露。如果我們的java運行很久,而這種記憶體泄露不斷的發生，最後就沒記憶體可用了。當然java的，記憶體流失和C/C++是不一樣的。如果java程式完全結束後，它所有的對象就都不可達了，系統就可以對他們進行記憶體回收，它的記憶體泄露僅僅限於它本身，而不會影響整個系統的。C/C++的記憶體泄露就比較糟糕了，它的記憶體泄露是系統級，即使該C/C++程式退出，它的泄露的記憶體也無法被系統回收，永遠不可用了，除非重啟機器。

Android的一個應用程式的記憶體泄露對別的應用程式影響不大。為了能夠使得Android應用程式安全且快速的運行，Android的每個應用程式都會使用一個專有的Dalvik虛擬機器執行個體來運行，也就是說每個應用程式都是在屬於自己的進程中啟動並執行。Android為不同類型的進程分配了不同的記憶體使用量上限，如果程式在運行過程中出現了記憶體流失的而造成應用進程使用的記憶體超過了這個上限，則會被系統視為記憶體流失，從而被kill掉，這使得僅僅自己的進程被kill掉，而不會影響其他進程（如果是system_process等系統進程出問題的話，則會引起系統重啟）。

    記憶體泄露樣本：

/*此時，所有的Object對象都沒有被釋放，因為變數v引用這些對象。實際上這些對象已經是無用的，但還被引用，GC就無能為力了(事實上GC認為它還有用)，這一點是導致記憶體流失最重要的原因。*/
Vector v = new Vector(10);      
for (int i = 1; i < 100; i++)      {      　
    Object o = new Object();      　
    v.add(o);      　
    o = null;     
 }

　　迴圈申請Object對象，並將所申請的對象放入一個Vector中，如果僅僅釋放對象本身，但因為Vector仍然引用該對象，所以這個對象對GC來說是不可回收的。因此，如果對象加入到Vector後，還必須從Vector中刪除，最簡單的方法就是將Vector對象設定為null。

　　總的來說，記憶體管理中的記憶體流失產生的主要原因：保留下來卻永遠不再使用的對象引用。

2.引起記憶體泄露的情況

1）資來源物件沒關閉造成的記憶體泄露

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

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

 

2）一些不良代碼成記憶體壓力

　　有些代碼並不造成記憶體泄露，但是它們，或是對沒使用的記憶體沒進行有效及時的釋放，或是沒有有效利用已有的對象而是頻繁的申請新記憶體，對記憶體的回收和分配造成很大影響的，容易迫使虛擬機器不得不給該應用進程分配更多的記憶體，造成不必要的記憶體開支。

　　a．Bitmap沒調用recycle()

　　Bitmap對象在不使用時，我們應該先調用recycle()釋放記憶體，然後才它設定為null。

雖然recycle()從源碼上看，調用它應該能立即釋放Bitmap的主要記憶體，但是測試結果顯示它並沒能立即釋放記憶體。但是我它應該還是能大大的加速Bitmap的主要記憶體的釋放。

　　b．構造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)。

　　由此可以看出，如果我們不去使用convertView，而是每次都在getView()中重新執行個體化一個View對象的話，即浪費時間，也造成記憶體垃圾，給記憶體回收增加壓力，如果記憶體回收來不及的話，虛擬機器將不得不給該應用進程分配更多的記憶體，造成不必要的記憶體開支。

layout.xml

 <?xml version="1.0" encoding="utf-8" ?> 
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android" android:orientation="vertical" android:layout_width="fill_parent" android:layout_height="60dip">
<ImageView android:id="@+id/icon" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_alignParentLeft="true" android:paddingLeft="9px" /> 
<TextView android:id="@+id/text" android:layout_width="wrap_content" android:layout_height="wrap_content" android:layout_toRightOf="@id/icon" android:textAppearance="?android:attr/textAppearanceMedium" android:paddingLeft="9px" /> 
</RelativeLayout>

能引起記憶體泄露的代碼: BadAdapter.java

public class BadAdapter extends BaseAdapter {

    ......

    @Override

    public View getView(int position, View convertView, ViewGroup parent) {
        Log.d("MyAdapter", "Position:" + position + "---"
                + String.valueOf(System.currentTimeMillis()));
final LayoutInflater inflater = (LayoutInflater) mContext
                .getSystemService(Context.LAYOUT_INFLATER_SERVICE);
        View v = inflater.inflate(R.layout.list_item_icon_text, null);
        ((ImageView) v.findViewById(R.id.icon)).setImageResource(R.drawable.icon);
        ((TextView) v.findViewById(R.id.text)).setText(mData[position]);
return v;
    }
}

修正最佳化範例程式碼範例程式碼：GoodAdapter.java

public class GoodAdapter extends BaseAdapter {

......

    @Override
public View getView(int position, View convertView, ViewGroup parent) {
        Log.d("MyAdapter", "Position:" + position + "---"
                + String.valueOf(System.currentTimeMillis()));
        ViewHolder holder;
if (convertView == null) {
final LayoutInflater inflater = (LayoutInflater) mContext
                    .getSystemService(Context.LAYOUT_INFLATER_SERVICE);
            convertView = inflater.inflate(R.layout.list_item_icon_text, null);
            holder = new ViewHolder();
            holder.icon = (ImageView) convertView.findViewById(R.id.icon);
            holder.text = (TextView) convertView.findViewById(R.id.text);
            convertView.setTag(holder);
        } else {
            holder = (ViewHolder) convertView.getTag();
        }
        holder.icon.setImageResource(R.drawable.icon);
        holder.text.setText(mData[position]);
return convertView;
    }

static class ViewHolder {
        ImageView icon;
        TextView text;
    }
}

MainActivity.java

public class MainActivity extends ListActivity {
private BadAdapter/GoodAdapter mAdapter;

private String[] mArrData;

/** Called when the activity is first created. */
    @Override
public void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
        setContentView(R.layout.main);
        mArrData = new String[1000];
for (int i = 0; i < 1000; i++) {
            mArrData[i] = "Google IO Adapter";
        }
        mAdapter = new BadAdapter/GoodAdapter(this, mArrData);
        setListAdapter(mAdapter);
    }
}

3）ThreadLocal使用不當

　　如果我們粗暴的把ThreadLocal設定null,而不調用remove()方法或set(null),那麼就可能造成ThreadLocal綁定的對象長期也能被回收，因而產出記憶體泄露。