Android中Cursor關閉的問題

Android中Cursor關閉的問題

    Cursor是Android查詢數據後得到的一個管理數據集合的類，正常情況下，如果查詢得到的數據量較小時不會有內存問題，而且虛擬機能夠保證Cusor最終會被釋放掉。

    然而如果Cursor的數據量特表大，特別是如果裡面有Blob信息時，應該保證Cursor占用的內存被及時的釋放掉，而不是等待GC來處理。並且Android明顯是傾向於編程者手動的將Cursor close掉，因為在源代碼中我們發現，如果等到垃圾回收器來回收時，會給用戶以錯誤提示。

    所以我們使用Cursor的方式一般如下：

Cursor cursor = null;
try{
    cursor = mContext.getContentResolver().query(uri,null,null,null,null);
    if(cursor != null){
        cursor.moveToFirst();
    //do something
    }
}catch(Exception e){
    e.printStatckTrace();
}finally{
    if(cursor != null){
        cursor.close();
    }
}

 

 

    有一種情況下，我們不能直接將Cursor關閉掉，這就是在CursorAdapter中應用的情況，但是注意，CursorAdapter在Acivity結束時並沒有自動的將Cursor關閉掉，因此，你需要在onDestroy函數中，手動關閉。

@Override  
protected void onDestroy() {        
    if (mAdapter != null && mAdapter.getCurosr() != null) {  
        mAdapter.getCursor().close();  
    }  
    super.onDestroy();   
}

 

    CursorAdapter中的changeCursor函數，會將原來的Cursor釋放掉，並替換為新的Cursor，所以你不用擔心原來的Cursor沒有被關閉。

   你可能會想到使用Activity的managedQuery來生成Cursor，這樣Cursor就會與Acitivity的生命周期一致了，多麼完美的解決方法！然而事實上managedQuery也有很大的局限性。

    managedQuery生成的Cursor必須確保不會被替換，因為可能很多程序事實上查詢條件都是不確定的，因此我們經常會用新查詢的Cursor來替換掉原先的Cursor。因此這種方法適用范圍也是很小。