安卓cursorclose在哪裡運行

❶ 如何檢測 Android Cursor 泄漏

有一些泄漏在代碼中難以察覺，但程序長時間運行後必然會出現異常。同時該方法同樣適合於其他需要檢測資源泄露的情況。 最近發現某蔬菜手機連接程序在查詢媒體存儲（MediaProvider）資料庫時出現嚴重 Cursor 泄漏現象，運行一段時間後會導致系統中所有使用到該資料庫的程序無法使用。另外在工作中也常發現有些應用有 Cursor 泄漏現象，由於需要長時間運行才會出現異常，所以有的此類 bug 很長時間都沒被發現。但是一旦 Cursor 泄漏累計到一定數目（通常為數百個）必然會出現無法查詢資料庫的情況，只有等資料庫服務所在進程死掉重啟才能恢復正常。通常的出錯信息如下，指出某 pid 的程序打開了 866 個 Cursor 沒有關閉，導致了 exception：3634 3644 E javaBinder: *** Uncaught remote exception! (Exceptions are not yet supported across processes.) 3634 3644 E JavaBinder: android.database.: Cursor window allocation of 2048 kb failed. # Open Cursors=866 (# cursors opened by pid 1565=866) 3634 3644 E JavaBinder: at android.database.CursorWindow.(CursorWindow.java:104) 3634 3644 E JavaBinder: at android.database.AbstractWindowedCursor.clearOrCreateWindow(AbstractWindowedCursor.java:198) 3634 3644 E JavaBinder: at android.database.sqlite.SQLiteCursor.fillWindow(SQLiteCursor.java:147) 3634 3644 E JavaBinder: at android.database.sqlite.SQLiteCursor.getCount(SQLiteCursor.java:141) 3634 3644 E JavaBinder: at android.database.CursorToBulkCursorAdaptor.getBulkCursorDescriptor(CursorToBulkCursorAdaptor.java:143) 3634 3644 E JavaBinder: at android.content.ContentProviderNative.onTransact(ContentProviderNative.java:118) 3634 3644 E JavaBinder: at android.os.Binder.execTransact(Binder.java:367) 3634 3644 E JavaBinder: at dalvik.system.NativeStart.run(Native Method) 1. Cursor 檢測原理在Cursor 對象被 JVM 回收運行到 finalize() 方法的時候，檢測 close() 方法有沒有被調用，此辦法在 ContentResolver 裡面也得到應用。簡化後的示例代碼如下： 1import android.database.Cursor; 2import android.database.CursorWrapper; 3import android.util.Log; 4 5publicclass TestCursor extends CursorWrapper { 6privatestaticfinal String TAG = "TestCursor"; 7privateboolean mIsClosed = false; 8private Throwable mTrace; 910public TestCursor(Cursor c) { 11super(c); 12 mTrace = new Throwable("Explicit termination method 'close()' not called"); 13 } 1415 @Override 16publicvoid close() { 17 mIsClosed = true; 18 } 1920 @Override 21publicvoid finalize() throws Throwable { 22try { 23if (mIsClosed != true) { 24 Log.e(TAG, "Cursor leaks", mTrace); 25 } 26 } finally { 27super.finalize(); 28 } 29 } 30 }然後查詢的時候，把 TestCursor 作為查詢結果返回給 APP：1returnnew TestCursor(cursor); // cursor 是普通查詢得到的結果，例如從 ContentProvider.query() 該方法同樣適合於所有需要檢測顯式釋放資源方法沒有被調用的情形，是一種通用方法。但在 finalize() 方法里檢測需要注意優點：准確。因為該資源在 Cursor 對象被回收時仍沒被釋放，肯定是發生了資源泄露。缺點：依賴於 finalize() 方法，也就依賴於 JVM 的垃圾回收策略。例如某 APP 現在有 10 個 Cursor 對象泄露，並且這 10 個對象已經不再被任何引用指向處於可回收狀態，但是 JVM 可能並不會馬上回收（時間不可預測），如果你現在檢查不能夠發現問題。另外，在某些情況下就算對象被回收 finalize() 可能也不會執行，也就是不能保證檢測出所有問題。關於 finalize() 更多信息可以參考《Effective Java 2nd Edition》的 Item 7： Avoid Finalizers2. 使用方法對於APP 開發人員從GINGERBREAD 開始 Android 就提供了 StrictMode 工具協助開發人員檢查是否不小心地做了一些不該有的操作。使用方法是在 Activity 裡面設置 StrictMode，下面的例子是打開了檢查泄漏的 SQLite 對象以及 Closeable 對象（普通 Cursor/FileInputStream 等）的功能，發現有違規情況則記錄 log 並使程序強行退出。 1import android.os.StrictMode; 2 3publicclass TestActivity extends Activity { 4privatestaticfinalboolean DEVELOPER_MODE = true; 5publicvoid onCreate() { 6if (DEVELOPER_MODE) { 7 StrictMode.setVMPolicy(new StrictMode.VMPolicy.Builder() 8 .detectLeakedSqlLiteObjects() 9 .detectLeakedClosableObjects() 10 .penaltyLog() 11 .penaltyDeath() 12 .build()); 13 } 14super.onCreate(); 15 } 16 } 對於framework 開發人員如果是通過 ContentProvider 提供資料庫數據，在 ContentResolver 裡面已有 CloseGuard 類實行類似檢測，但需要自行打開（上例也是打開 CloseGuard）：1 CloseGuard.setEnabled(true);更值得推薦的辦法是按照本文第一節中的檢測原理，在 ContentResolver 內部類 CursorWrapperInner 裡面加入。其他需要檢測類似於資源泄漏的，同樣可以使用該檢測原理。3. 容易出錯的地方忘記調用 close() 這種低級錯誤沒什麼好說的，這種應該也占不小的比例。下面說說不太明顯的例子。提前返回有時候粗心會犯這種錯誤，在 close() 調用之前就 return 了，特別是函數比較大邏輯比較復雜時更容易犯錯。這種情況可以通過把 close() 放在 finally 代碼塊解決1privatevoid method() { 2 Cursor cursor = query(); // 假設query() 是一個查詢資料庫返回 Cursor 結果的函數3if (flag == false) { //！！提前返回4return; 5 } 6 cursor.close(); 7 } 類的成員變數假設類裡面有一個在類全局有效的成員變數，在方法 A 獲取了查詢結果，後面在其他地方又獲取了一次查詢結果，那麼第二次查詢的時候就應該先把前面一個 Cursor 對象關閉。 1publicclass TestCursor { 2private Cursor mCursor; 3 4privatevoid methodA() { 5 mCursor = query(); 6 } 7 8privatevoid methodB() { 9//！！必須先關閉上一個 cursor 對象10 mCursor = query(); 11 } 12 }注意：曾經遇到過有人對 mCursor 感到疑惑，明明是同一個變數為什麼還需要先關閉？首先 mCursor 是一個 Cursor 對象的引用，在 methodA 時 mCursor 指向了 query() 返回的一個 Cursor 對象 1；在 methodB() 時它又指向了返回的另外一個 Cursor 對象 2。在指向 Cursor 對象 2 之前必須先關閉 Cursor 對象 1，否則就出現了 Cursor 對象 1 在 finalize() 之前沒有調用 close() 的情況。異常處理打開和關閉 Cursor 之間的代碼出現 exception，導致沒有跑到關閉的地方：1try { 2 Cursor cursor = query(); 3// 中間省略某些出現異常的代碼4 cursor.close(); 5 } catch (Exception e) { 6//！！出現異常沒跑到 cursor.close()7 }這種情況應該把 close() 放到 finally 代碼塊裡面： 1 Cursor cursor = null; 2try { 3 cursor = query(); 4// 中間省略某些出現異常的代碼 5 } catch (Exception e) { 6// 出現異常 7 } finally { 8if (cursor != null) 9 cursor.close(); 10 }4. 總結思考在finalize() 裡面檢測是可行的，且基本可以滿足需要。針對 finalize() 執行時間不確定以及可能不執行的問題，可以通過記錄目前打開沒關閉的 Cursor 數量來部分解決，超過一定數目發出警告，兩種手段相結合。還有沒有其他檢測辦法呢？有，在 Cursor 構造方法以及 close() 方法添加 log，運行一段時間後檢查 log 看哪個地方沒有關閉。簡化代碼如下： 1import android.database.Cursor; 2import android.database.CursorWrapper; 3import android.util.Log; 4 5publicclass TestCursor extends CursorWrapper { 6privatestaticfinal String TAG = "TestCursor"; 7private Throwable mTrace; 8 9public TestCursor(Cursor c) { 10super(c); 11 mTrace = new Throwable("cusor opened here"); 12 Log.d(TAG, "Cursor " + this.hashCode() + " opened, stacktrace is: ", mTrace); 13 } 1415 @Override 16publicvoid close() { 17 mIsClosed = true; 18 Log.d(TAG, "Cursor " + this.hashCode() + " closed."); 19 } 20 }檢查時看某個 hashCode() 的 Cursor 有沒有調用過 close() 方法，沒有的話說明資源有泄露。這種方法優點是同樣准確，且更可靠。

❷ android cursor finalized without prior close 怎麼查

[java] view plain
Cursor循環內再申請Cursor，記得將內部申請的每個Cursor都加上close
[java] view plain
ContentResolver resolver = getContentResolver();
Uri URI = ContactsContract.Contacts.CONTENT_URI;
String[] columns = new String[] {ContactsContract.Contacts._ID
,PhoneLookup.DISPLAY_NAME};
//查詢聯系人ID和聯系人名稱兩列

Cursor cursor = resolver.query(URI, columns,
PhoneLookup.HAS_PHONE_NUMBER+"=1", null, null);
//限定只返回有號碼的聯系人

while(cursor.moveToNext()){

String phoneNum="";
Cursor cursor2=resolver.query(ContactsContract.CommonDataKinds.Phone.CONTENT_URI
, new String[]{ContactsContract.CommonDataKinds.Phone.NUMBER},
ContactsContract.CommonDataKinds.Phone.CONTACT_ID+"="+cursor.getLong(0)
, null, null);
//因為號碼與聯系人不存在一個表中,一個聯系人可能存在多個號碼,
//所以根據聯系人ID查找號碼,存在phoneNum中

while(cursor2.moveToNext()) {
phoneNum+=cursor2.getString(0)+"||";
//循環把該聯系的所屬的號碼加進phoneNum
}
cursor2.close();
//同學，就是這里了，cursor里申請第二個cursor2，
//記得將每個cursor2給關閉了，不然就資源泄漏了。

Log.d("LocTestDemo", "--" + cursor.getLong(0) + ":"
+ cursor.getString(1) + "::" + phoneNum);

//往JSONArray里添加一個聯系人信息
singer = new JSONObject();
try {
singer.put("id", cursor.getLong(0));
singer.put("name", cursor.getString(1));
singer.put("phone", phoneNum);
} catch (JSONException e) {
e.printStackTrace();
}
singers.put(singer);

}
cursor.close();
//這里其實還得加上try，里外的Cursor都要加，
//在catch里判斷cursor是否為空，不為空還得給關閉。

cursor循環內再申請cursor記得將內部申請的每個cursor都關閉

❸ Android如何檢測 Cursor 泄漏

有一些泄漏在代碼中難以察覺，但程序長時間運行後必然會出現異常。同時該方法同樣適合於其他需要檢測資源泄露的情況。最近發現某蔬菜手機連接程序在查詢媒體存儲（MediaProvider）資料庫時出現嚴重 Cursor 泄漏現象，運行一段時間後會導致系統中所有使用到該資料庫的程序無法使用。另外在工作中也常發現有些應用有 Cursor 泄漏現象，由於需要長時間運行才會出現異常，所以有的此類 bug 很長時間都沒被發現。但是一旦 Cursor 泄漏累計到一定數目（通常為數百個）必然會出現無法查詢資料庫的情況，只有等資料庫服務所在進程死掉重啟才能恢復正常。通常的出錯信息如下，指出某 pid 的程序打開了 866 個 Cursor 沒有關閉，導致了 exception：3634 3644 E JavaBinder: *** Uncaught remote exception! (Exceptions are not yet supported across processes.) 3634 3644 E JavaBinder: android.database.: Cursor window allocation of 2048 kb failed. # Open Cursors=866 (# cursors opened by pid 1565=866) 3634 3644 E JavaBinder: at android.database.CursorWindow.(CursorWindow.java:104) 3634 3644 E JavaBinder: at android.database.AbstractWindowedCursor.clearOrCreateWindow(AbstractWindowedCursor.java:198) 3634 3644 E JavaBinder: at android.database.sqlite.SQLiteCursor.fillWindow(SQLiteCursor.java:147) 3634 3644 E JavaBinder: at android.database.sqlite.SQLiteCursor.getCount(SQLiteCursor.java:141) 3634 3644 E JavaBinder: at android.database.CursorToBulkCursorAdaptor.getBulkCursorDescriptor(CursorToBulkCursorAdaptor.java:143) 3634 3644 E JavaBinder: at android.content.ContentProviderNative.onTransact(ContentProviderNative.java:118) 3634 3644 E JavaBinder: at android.os.Binder.execTransact(Binder.java:367) 3634 3644 E JavaBinder: at dalvik.system.NativeStart.run(Native Method)1. Cursor 檢測原理在Cursor 對象被 JVM 回收運行到 finalize() 方法的時候，檢測 close() 方法有沒有被調用，此辦法在 ContentResolver 裡面也得到應用。簡化後的示例代碼如下：import android.database.Cursor; import android.database.CursorWrapper; import android.util.Log; public class TestCursor extends CursorWrapper { private static final String TAG = "TestCursor"; private boolean mIsClosed = false; private Throwable mTrace; public TestCursor(Cursor c) { super(c); mTrace = new Throwable("Explicit termination method 'close()' not called"); } @Override public void close() { mIsClosed = true; } @Override public void finalize() throws Throwable { try { if (mIsClosed != true) { Log.e(TAG, "Cursor leaks", mTrace); } } finally { super.finalize(); } } }然後查詢的時候，把 TestCursor 作為查詢結果返回給 APP：return new TestCursor(cursor); // cursor 是普通查詢得到的結果，例如從 ContentProvider.query()該方法同樣適合於所有需要檢測顯式釋放資源方法沒有被調用的情形，是一種通用方法。但在 finalize() 方法里檢測需要注意。優點：准確。因為該資源在 Cursor 對象被回收時仍沒被釋放，肯定是發生了資源泄露。缺點：依賴於 finalize() 方法，也就依賴於 JVM 的垃圾回收策略。例如某 APP 現在有 10 個 Cursor 對象泄露，並且這 10 個對象已經不再被任何引用指向處於可回收狀態，但是 JVM 可能並不會馬上回收（時間不可預測），如果你現在檢查不能夠發現問題。另外，在某些情況下就算對象被回收 finalize() 可能也不會執行，也就是不能保證檢測出所有問題。關於 finalize() 更多信息可以參考《Effective Java 2nd Edition》的 Item 7： Avoid Finalizers2. 使用方法對於APP 開發人員從GINGERBREAD 開始 Android 就提供了 StrictMode 工具協助開發人員檢查是否不小心地做了一些不該有的操作。使用方法是在 Activity 裡面設置 StrictMode，下面的例子是打開了檢查泄漏的 SQLite 對象以及 Closeable 對象（普通 Cursor/FileInputStream 等）的功能，發現有違規情況則記錄 log 並使程序強行退出。import android.os.StrictMode; public class TestActivity extends Activity { private static final boolean DEVELOPER_MODE = true; public void onCreate() { if (DEVELOPER_MODE) { StrictMode.setVMPolicy(new StrictMode.VMPolicy.Builder() .detectLeakedSqlLiteObjects() .detectLeakedClosableObjects() .penaltyLog() .penaltyDeath() .build()); } super.onCreate(); } }對於framework 開發人員如果是通過 ContentProvider 提供資料庫數據，在 ContentResolver 裡面已有 CloseGuard 類實行類似檢測，但需要自行打開（上例也是打開 CloseGuard）：CloseGuard.setEnabled(true);更值得推薦的辦法是按照本文第一節中的檢測原理，在 ContentResolver 內部類 CursorWrapperInner 裡面加入。其他需要檢測類似於資源泄漏的，同樣可以使用該檢測原理。3. 容易出錯的地方忘記調用 close() 這種低級錯誤沒什麼好說的，這種應該也占不小的比例。下面說說不太明顯的例子。提前返回有時候粗心會犯這種錯誤，在 close() 調用之前就 return 了，特別是函數比較大邏輯比較復雜時更容易犯錯。這種情況可以通過把 close() 放在 finally 代碼塊解決。private void method() { Cursor cursor = query(); // 假設 query() 是一個查詢資料庫返回 Cursor 結果的函數 if (flag == false) { // ！！提前返回 return; } cursor.close(); }類的成員變數假設類裡面有一個在類全局有效的成員變數，在方法 A 獲取了查詢結果，後面在其他地方又獲取了一次查詢結果，那麼第二次查詢的時候就應該先把前面一個 Cursor 對象關閉。public class TestCursor { private Cursor mCursor; private void methodA() { mCursor = query(); } private void methodB() { // ！！必須先關閉上一個 cursor 對象 mCursor = query(); } }注意：曾經遇到過有人對 mCursor 感到疑惑，明明是同一個變數為什麼還需要先關閉？首先 mCursor 是一個 Cursor 對象的引用，在 methodA 時 mCursor 指向了 query() 返回的一個 Cursor 對象 1；在 methodB() 時它又指向了返回的另外一個 Cursor 對象 2。在指向 Cursor 對象 2 之前必須先關閉 Cursor 對象 1，否則就出現了 Cursor 對象 1 在 finalize() 之前沒有調用 close() 的情況。異常處理打開和關閉 Cursor 之間的代碼出現 exception，導致沒有跑到關閉的地方：try { Cursor cursor = query(); // 中間省略某些出現異常的代碼 cursor.close(); } catch (Exception e) { // ！！出現異常沒跑到 cursor.close() }這種情況應該把 close() 放到 finally 代碼塊裡面：Cursor cursor = null; try { cursor = query(); // 中間省略某些出現異常的代碼 } catch (Exception e) { // 出現異常 } finally { if (cursor != null) cursor.close(); }4. 總結思考在finalize() 裡面檢測是可行的，且基本可以滿足需要。針對 finalize() 執行時間不確定以及可能不執行的問題，可以通過記錄目前打開沒關閉的 Cursor 數量來部分解決，超過一定數目發出警告，兩種手段相結合。還有沒有其他檢測辦法呢？有，在 Cursor 構造方法以及 close() 方法添加 log，運行一段時間後檢查 log 看哪個地方沒有關閉。簡化代碼如下：import android.database.Cursor; import android.database.CursorWrapper; import android.util.Log; public class TestCursor extends CursorWrapper { private static final String TAG = "TestCursor"; private Throwable mTrace; public TestCursor(Cursor c) { super(c); mTrace = new Throwable("cusor opened here"); Log.d(TAG, "Cursor " + this.hashCode() + " opened, stacktrace is: ", mTrace); } @Override public void close() { mIsClosed = true; Log.d(TAG, "Cursor " + this.hashCode() + " closed."); } }檢查時看某個 hashCode() 的 Cursor 有沒有調用過 close() 方法，沒有的話說明資源有泄露。這種方法優點是同樣准確，且更可靠。

❹ android中怎麼將SQLite中的數據顯示在Listview中（用Cursor）

public List<String> findAllDate(){//我的一個方法
List<String> list = new ArrayList<String>();
SQLiteDatabase database = dbopenhelper.getWritableDatabase();
Cursor cursor = database.rawQuery("select date from health", new String[]{});//這邊寫上你的查詢語句
while(cursor.moveToNext()){
list.add(cursor.getString(0));
}
cursor.close();
database.close();
return list;
}
之後就是把這個LIST顯示在Listview中；
如：SimpleAdapter adapter=new SimpleAdapter(Listview.this,list
,R.layout.viewdate,new String[]{"date"},
new int[]{R.id.tdate});
listview.setAdapter(adapter);
listview.setOnItemClickListener(new AdapterView.OnItemClickListener() { //事件
public void onItemClick(AdapterView<?> arg0, View arg1, int position,
long arg3) {
....
}

});
希望對你有用

❺ android 下使用Cursor如何獲得專輯圖片

android下使用cursor獲取專輯圖片，主要是在資料庫裡面先保存專輯圖片的url地址，當使用cursor游標遍歷資料庫數據的時候，使用資源操作類進行載入相應的url，如下代碼：
Cursor cursor = context.getContentResolver().query(Media.EXTERNAL_CONTENT_URI, columns, null, null, null);
Log.e("cursor" , (cursor==null) + "");
while(cursor.moveToNext()) {
// 查找封面圖片
long albumId = cursor.getLong(5);
// 讀取專輯圖片
String album_uri = "content://media/external/audio/albumart"; // 專輯Uri對應的字元串
Uri albumUri = ContentUris.withAppendedId(Uri.parse(album_uri), albumId);
// 取圖片 ==> 得到一個輸入流
Bitmap coverPhoto = null ;
try {
InputStream is = context.getContentResolver().openInputStream(albumUri);
if(null != is) {
coverPhoto = BitmapFactory.decodeStream(is);
}
} catch (Exception e) {
e.printStackTrace();
}
data.add(new Audio(cursor.getLong(0), cursor.getString(1) , cursor.getString(2) , cursor.getLong(3) , cursor.getString(4) , albumId , coverPhoto));
}
cursor.close();

❻ android資料庫怎麼樣把Cursor的值 賦值給字元串

• 調用cursor的getString方法（參考代碼見下面）

  在while循環里，如果cursor.moveToNext（）能移動到下一條

  就代表游標對象里有數據。然後調用cursor的getString（）方法把cursor的復制給字元串。
  

• publicList<BlackBean>findAll(){
  SQLiteDatabasedb=helper.getReadableDatabase();
  List<BlackBean>blackBeans=newArrayList<BlackBean>();
  Cursorcursor=db.query("blackNumber",newString[]{"number","mode"},null,null,null,null,null);
  while(cursor.moveToNext()){
  BlackBeanblackNumberInfo=newBlackBean();
  blackNumberInfo.setNumber(cursor.getString(0));
  blackNumberInfo.setMode(cursor.getString(1));
  blackBeans.add(blackNumberInfo);
  }
  cursor.close();
  returnblackBeans;
  }

❼ android中Cursor用完之後有必要關閉嗎

把能關的資源關掉是一個好習慣,可以提高程序的性能

❽ 使用游標的基本步驟是什麼

游標（cursor）是系統為用戶開設的一個數據緩沖區，存放SQL語句的執行結果。每個游標區都有一個名字,用戶可以用SQL語句逐一從游標中獲取記錄，並賦給主變數，交由主語言進一步處理。
create proc cursorTest
@_id int=0,
@_name varchar(50)=''
as--創建游標
declare @cursor cursor--設定游標欲操作的數據集
set @cursor=cursor for
select _id,_name from users
open @cursor--打開游標
fetch next from @cursor into @_id,@_name--移動游標指向到第一條數據，提取第一條數據存放在變數中
while(@@fetch_status=0)begin--如果上一次操作成功則繼續循環
print @_name--操作提出的數據
fetch next from @cursor into @_id,@_name--繼續提下一行
end
close @cursor--關閉游標
deallocate @cursor--刪除游標