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

Posted 2021-04-09

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

答案

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

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

另一答案

如果您需要深入研究大量的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);
    ...
    ...

另一答案

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

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

另一答案

确实有一个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，如下所示

公共类App扩展Application {

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

}

}

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

    android:name=".App">

这就是全部，它现在应该完美。

另一答案

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

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

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

另一答案

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