android開發數據庫Cursor 錯誤android.database.CursorWindowAllocationException

做android 開發的經常會遇android.database.CursorWindowAllocationException這樣子的錯誤;一般出現這樣的錯誤，大部分原因是因為沒有關閉cursor，或者是因為Cursor使用不當，之前我的遇到這樣的代碼：

 ForecastData situation = null;
    ................
    Cursor cursor = mContext.getContentResolver().query(WEATHER_URI, null,
    null, null, null);

    try {
        if (cursor != null && cursor.moveToFirst()) {
        ...........
        cursor.close();
        }
   } catch (Exception e) {
        e.printStackTrace();
   } finally {
        if (cursor != null) {
        cursor.close();
   }
}
return situation;

}

初看一下沒有什麼問題，但如果Cursor cursor = mContext.getContentResolver().query這裡返回的錯誤還是會有可能造成程序的未關閉Cursor,因此我們改成標准寫法：

Cursor cursor = null;
try {
	cursor = getContentResolver().query(URI, .....);// 1
        //dosomething
} finally {
	if (cursor != null) {
		cursor.close();// 2
	}
}

這樣改了之後，運行了很多個版本都一直沒有問題。直到有一天一個同事發現可能查詢數據庫比較耗時。因此把方法放到線程裡面去執行，而已每次查詢的時候都會創建一個線程。沒有想到上面代碼又出錯誤了,如果您稍不留意不會懷疑這塊代碼的問題，因為try-finally寫法不存在邏輯上的問題。由於這裡未考慮到多線程場景，try-finally並不能保證query打開游標在dosomething時，被其他線程再次調用query打開游標。所以當遇到存在多線程的調用時必須對游標打開到關閉時間段添加鎖，即這裡是對try-finally塊加鎖。

下面簡單解釋一下：

假設：線程A執行到1處創建了一個Cursor，然後dosomething比較耗時........

線程B又來查詢數據庫，因此到1處又創建一個Cursor，此時如果AB執行完，就會關閉鎖，看起來沒有問題，但由於是同一個對象，所以AB關閉的cursor都是B創建的,因此
A創建的Cursor就沒有關閉！