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

Question

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

Answer 1

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

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

要让您的应用程序在您不关闭光标时崩溃，您可以在您的应用程序onCreate 中启用Strict Mode with detectLeakedSqlLiteObjects：

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

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

Answer 2

如果您必须深入研究大量 SQL 代码，您可以通过将以下代码 sn-p 放入 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);
    ...
    ...

Answer 3

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

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

Answer 4

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">

就是这样，现在应该可以完美运行了。

Answer 5

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

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

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

Answer 6

这里是 @whlk answer 和 Java 7 automatic resource management 的 try-finally 块：

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

Answer 7

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

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

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

Answer 8

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