78

我有一个例程每秒对 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

4

8 回答 8

111

大多数情况下，此错误的原因是未关闭的游标。确保在使用它们后关闭所有游标（即使在出现错误的情况下）。

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();
}

要在您不关闭光标时使您的应用程序崩溃，您可以在您的应用程序中启用严格模式detectLeakedSqlLiteObjectsonCreate：

StrictMode.VmPolicy policy = new StrictMode.VmPolicy.Builder()
   .detectLeakedClosableObjects()
   .detectLeakedSqlLiteObjects()
   .penaltyDeath()
   .penaltyLog()
   .build();
StrictMode.setVmPolicy(policy);

显然，您只会为调试版本启用此功能。

于 2013-03-20T22:43:04.773 回答
84

如果您必须深入挖掘大量 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);
    ...
    ...
于 2015-01-26T17:42:17.533 回答
11

我刚刚遇到了这个问题——建议的答案是在有效时不关闭光标，这不是我修复它的方式。当 SQLite 试图重新填充它的游标时，我的问题是关闭数据库。我会打开数据库，查询数据库以获取数据集的游标，关闭数据库并遍历游标。我注意到每当我在该光标中点击某个记录时，我的应用程序都会在 OP 中出现同样的错误而崩溃。

我假设游标要访问某些记录，它需要重新查询数据库，如果它被关闭，它会抛出这个错误。我通过在完成所需的所有工作之前不关闭数据库来修复它。

于 2013-08-14T10:12:51.117 回答
6

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 void onCreate()
{
    super.onCreate();
    CursorWindowFixer.fix();

}

}

最后，确保您在应用程序标记的清单中包含您的应用程序类，如下所示

    android:name=".App">

就是这样，它现在应该可以正常工作了。

于 2018-06-06T17:11:33.520 回答
1

这是@whlk对 try-finally 块的Java 7 自动资源管理的回答：

try (Cursor cursor = db.query(...)) {
    // do some work with the cursor here.
}
于 2019-09-25T16:09:34.820 回答
1

如果您运行的是 Android P，您可以像这样创建自己的光标窗口：

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

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

于 2019-07-04T11:32:51.637 回答
-1

当我们特别使用外部 SQLite 时，这是一个正常的异常。您可以通过关闭光标对象来解决它，如下所示：

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

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

于 2018-09-18T07:06:57.533 回答
-3 
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();
    }
  }
}
于 2018-03-09T02:00:57.197 回答