SQLite Android 数据库光标窗口分配 2048 kb 失败
Posted
技术标签:
【中文标题】SQLite Android 数据库光标窗口分配 2048 kb 失败【英文标题】:SQLite Android Database Cursor window allocation of 2048 kb failed 【发布时间】:2012-07-05 14:48:39 【问题描述】:我有一个例程每秒对 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
。
【问题讨论】:
我不知道是什么问题..:) 但我用来制作 SQLiteOpenHelper 类单例。所以我从来没有发现过这样的问题。 不,我不使用 SQLiteOpenHelper,我创建了一个包含 SQLiteDatabase 的静态 DataAccess 类。这很好用,我怀疑问题是否存在。这个问题更多地与 SQLite 库创建一个新容器来放置每个新查询的结果有关,而不是一遍又一遍地使用同一个容器。虽然我可以关闭游标,但 GC 清理的速度比创建新容器的速度慢,因此会产生内存占用。 您能否展示您的一些代码,尤其是您尝试设置自己的CursorWindow
时所做的事情?
@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 中。
将其编辑到您的问题中,不要将巨大的代码 sn-ps 粘贴为 cmets!
【参考方案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);
显然,您只会在调试版本中启用此功能。
【讨论】:
您实际上可以简单地使用该示例来避免空值和空值检查。 就像打开文件指针一样 - 总是在 finally 部分处理关闭以确保您的代码干净地存在。【参考方案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);
...
...
【讨论】:
太好了!我在主类的“静态...”块中使用if (BuildConfig.DEBUG) ...
制定了这个标准。
迄今为止我发现的调试此类问题的最佳和最有效的方法应该是公认的答案!
太棒了!但是在没有 StrictMode 的情况下发布是否可以工作?
根据 StrictMode javadoc:“未来版本的 Android 可能会捕获更多(或更少)的操作,因此您永远不应在 Google Play 上分发的应用程序中启用 StrictMode。”
这是调试此类问题的最佳方法。谢谢! :)【参考方案3】:
我刚刚遇到了这个问题——建议的答案是在有效时不关闭光标,这不是我修复它的方法。当 SQLite 试图重新填充它的游标时,我的问题是关闭数据库。我会打开数据库,查询数据库以获取数据集的游标,关闭数据库并遍历游标。我注意到每当我在该光标中点击某个记录时,我的应用程序都会在 OP 中出现同样的错误而崩溃。
我假设游标要访问某些记录,它需要重新查询数据库,如果它被关闭,它会抛出这个错误。我通过在完成所有需要的工作之前不关闭数据库来修复它。
【讨论】:
【参考方案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">
就是这样,现在应该可以完美运行了。
【讨论】:
由于使用反射 api,您可能会在 Android Pie 上遇到问题【参考方案5】:如果您运行的是 Android P,您可以像这样创建自己的光标窗口:
if(cursor instanceof SQLiteCursor && Build.VERSION.SDK_INT >= Build.VERSION_CODES.P)
((SQLiteCursor) cursor).setWindow(new CursorWindow(null, 1024*1024*10));
这允许您修改特定光标的光标窗口大小,而无需借助反射。
【讨论】:
【参考方案6】:这里是 @whlk answer 和 Java 7 automatic resource management 的 try-finally 块:
try (Cursor cursor = db.query(...))
// do some work with the cursor here.
【讨论】:
【参考方案7】:当我们特别使用外部 SQLite 时,这是一个正常的异常。您可以通过关闭光标对象来解决它,如下所示:
if(myCursor != null)
myCursor.close();
意思是,如果游标有内存并且打开然后关闭它,这样应用程序会更快,所有方法都会占用更少的空间,并且与数据库相关的功能也会得到改进。
【讨论】:
【参考方案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();
【讨论】:
突破 CursorWindow 仅 2 兆字节的限制以上是关于SQLite Android 数据库光标窗口分配 2048 kb 失败的主要内容,如果未能解决你的问题,请参考以下文章
android.database.CursorWindowAllocationException:即使在关闭光标后,2048 kb 的光标窗口分配也失败