SQLite Android数据库游标窗口分配2048 kb失败

时间:2012-07-05 08:09:06

标签: android sqlite memory cursor memory-leaks

我有一个例程,每秒多次对SQLite数据库运行不同的查询。过了一会儿我就会收到错误

"android.database.CursorWindowAllocationException: - Cursor window allocation of 2048 kb failed. # Open Cursors = "出现在LogCat中。

我有应用程序日志内存使用情况,实际上当使用率达到一定限度时,我收到此错误,暗示它用完了。我的直觉告诉我,每次运行查询时数据库引擎都在创建一个新缓冲区(CursorWindow),即使我将.close()标记为游标,垃圾收集器和SQLiteDatabase.releaseMemory()也都不够快释放记忆。我认为解决方案可能在于“强制”数据库始终写入相同的缓冲区,而不是创建新的缓冲区,但我一直无法找到这样做的方法。我已经尝试实例化我自己的CursorWindow,并尝试将其设置为和SQLiteCursor无济于事。

¿任何想法?

编辑:来自@GrahamBorland的示例代码请求:

public static CursorWindow cursorWindow = new CursorWindow("cursorWindow"); 
public static SQLiteCursor sqlCursor;
public static void getItemsVisibleArea(GeoPoint mapCenter, int latSpan, int lonSpan) {
query = "SELECT * FROM Items"; //would be more complex in real code
sqlCursor = (SQLiteCursor)db.rawQuery(query, null);
sqlCursor.setWindow(cursorWindow);
}

理想情况下,我希望能够在提供新查询之前.setWindow(),并在每次获取新数据时将数据放入相同的CursorWindow

8 个答案:

答案 0 :(得分:99)

此错误的原因通常是非关闭游标。确保在使用后关闭所有游标(即使出现错误)。

Cursor cursor = null;
try {
    cursor = db.query(...
    // do some work with the cursor here.
} finally {
    // this gets called even if there is an exception somewhere above
    if(cursor != null)
        cursor.close();
}

答案 1 :(得分:76)

如果您不得不深入挖掘大量SQL代码,可以通过在MainActivity中添加以下代码片段来启用StrictMode来加快调试速度。如果检测到泄漏的数据库对象,那么您的应用程序现在将崩溃,日志信息会突出显示泄漏的确切位置。这有助于我在几分钟内找到一个流氓光标。

@Override
protected void onCreate(Bundle savedInstanceState) {
   if (BuildConfig.DEBUG) {     
         StrictMode.setVmPolicy(new StrictMode.VmPolicy.Builder()
         .detectLeakedSqlLiteObjects()
         .detectLeakedClosableObjects()
         .penaltyLog()
         .penaltyDeath()
         .build());
    }
    super.onCreate(savedInstanceState);
    ...
    ...

答案 2 :(得分:11)

我刚刚遇到过这个问题 - 并且建议的答案是在有效时不关闭光标,而不是我如何修复它。我的问题是当SQLite试图重新填充它的光标时关闭数据库。我会打开数据库,查询数据库以获取光标到数据集,关闭数据库并迭代光标。我注意到每当我点击该光标中的某个记录时,我的应用程序就会在OP中出现同样的错误。

我假设为了光标访问某些记录,它需要重新查询数据库,如果它被关闭,它将抛出此错误。我通过不关闭数据库来修复它,直到我完成了我需要的所有工作。

答案 3 :(得分:1)

确实有一个Android SQLite游标窗口可以采用的最大大小,即2MB,超过此大小的任何内容都会导致上述错误。大多数情况下,此错误是由在sql数据库中存储为blob的大型图像字节数组或太长的字符串引起的。以下是我修复它的方法。

创建一个java类,例如。 FixCursorWindow并将代码放在其中。

    public static void fix() {
        try {
            Field field = CursorWindow.class.getDeclaredField("sCursorWindowSize");
            field.setAccessible(true);
            field.set(null, 102400 * 1024); //the 102400 is the new size added
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

现在转到您的应用程序类(如果您还没有,请创建一个),并像这样调用FixCursorWindow

public class App扩展了Application {

public void onCreate()
{
    super.onCreate();
    CursorWindowFixer.fix();

}

}

最后,确保将应用程序类包含在应用程序标记的清单中,如此

    android:name=".App">

就是这样,它现在应该可以完美运作。

答案 4 :(得分:0)

如果您运行的是Android P,则可以这样创建自己的光标窗口:

if(cursor instanceof SQLiteCursor && Build.VERSION.SDK_INT >= Build.VERSION_CODES.P) {
    ((SQLiteCursor) cursor).setWindow(new CursorWindow(null, 1024*1024*10));
}

这允许您修改特定光标的光标窗口大小,而无需借助反射。

答案 5 :(得分:0)

此处是@whlk answer,带有 Java 7 automatic resource management的try-finally块:

try (Cursor cursor = db.query(...)) {
    // do some work with the cursor here.
}

答案 6 :(得分:-1)

尤其是在使用外部SQLite时,这是一个正常异常。您可以通过关闭光标对象来解决它,如下所示:

if(myCursor != null)
        myCursor.close();

这意味着,如果游标有内存并打开然后关闭它,则应用程序将更快,所有方法将占用更少的空间,并且与数据库有关的功能也将得到改善。

答案 7 :(得分:-2)

public class CursorWindowFixer {

  public static void fix() {
    try {
      Field field = CursorWindow.class.getDeclaredField("sCursorWindowSize");
      field.setAccessible(true);
      field.set(null, 102400 * 1024);
    } catch (Exception e) {
      e.printStackTrace();
    }
  }
}