我有一个例程,每秒多次对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
。
答案 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();
}
}
}