android - SQLite 异常 : unknown error (code 0): Native could not create new byte[]

Question

我在尝试查询最多 30 个对象时遇到此错误，每个对象都有 field byte[] 其权重为 100x100 ARGB_8888 位图数据 ~ 39kb

我使用的是 OrmLite 4.45 版本。在三星 GT n8000 平板电脑上(最大堆大小 64mb)

这是堆栈跟踪:

android.database.sqlite.SQLiteException: unknown error (code 0): Native could not create new byte[]
    at android.database.CursorWindow.nativeGetBlob(Native Method)
    at android.database.CursorWindow.getBlob(CursorWindow.java:403)
    at android.database.AbstractWindowedCursor.getBlob(AbstractWindowedCursor.java:45)
    at com.j256.ormlite.android.AndroidDatabaseResults.getBytes(AndroidDatabaseResults.java:161)
    at com.j256.ormlite.field.types.ByteArrayType.resultToSqlArg(ByteArrayType.java:41)
    at com.j256.ormlite.field.BaseFieldConverter.resultToJava(BaseFieldConverter.java:24)
    at com.j256.ormlite.field.FieldType.resultToJava(FieldType.java:798)
    at com.j256.ormlite.stmt.mapped.BaseMappedQuery.mapRow(BaseMappedQuery.java:60)
    at com.j256.ormlite.stmt.SelectIterator.getCurrent(SelectIterator.java:270)
    at com.j256.ormlite.stmt.SelectIterator.nextThrow(SelectIterator.java:161)
    at com.j256.ormlite.stmt.StatementExecutor.query(StatementExecutor.java:187)
    at com.j256.ormlite.dao.BaseDaoImpl.query(BaseDaoImpl.java:263)
    at com.j256.ormlite.dao.EagerForeignCollection.(EagerForeignCollection.java:37)
    at com.j256.ormlite.field.FieldType.buildForeignCollection(FieldType.java:781)
    at com.j256.ormlite.stmt.mapped.BaseMappedQuery.mapRow(BaseMappedQuery.java:82)
    at com.j256.ormlite.android.AndroidDatabaseConnection.queryForOne(AndroidDatabaseConnection.java:186)
    at com.j256.ormlite.stmt.mapped.MappedQueryForId.execute(MappedQueryForId.java:38)
    at com.j256.ormlite.field.FieldType.assignField(FieldType.java:540)
    at com.j256.ormlite.stmt.mapped.BaseMappedQuery.mapRow(BaseMappedQuery.java:71)
    at com.j256.ormlite.stmt.SelectIterator.getCurrent(SelectIterator.java:270)
    at com.j256.ormlite.stmt.SelectIterator.nextThrow(SelectIterator.java:161)
    at com.j256.ormlite.stmt.StatementExecutor.query(StatementExecutor.java:187)
    at com.j256.ormlite.dao.BaseDaoImpl.query(BaseDaoImpl.java:263)
    at com.j256.ormlite.stmt.QueryBuilder.query(QueryBuilder.java:319)
    at com.j256.ormlite.stmt.Where.query(Where.java:485)
    at com.j256.ormlite.dao.BaseDaoImpl.queryForEq(BaseDaoImpl.java:243)    

这是 logcat:

05-16 14:05:24.561: D/dalvikvm(4163): GC_CONCURRENT freed 1247K, 10% free 18046K/19911K, paused 11ms+3ms, total 30ms
05-16 14:05:24.561: D/dalvikvm(4163): WAIT_FOR_CONCURRENT_GC blocked 10ms
05-16 14:05:24.686: D/dalvikvm(4163): GC_CONCURRENT freed 119K, 4% free 19922K/20743K, paused 11ms+2ms, total 28ms
05-16 14:05:24.686: D/dalvikvm(4163): WAIT_FOR_CONCURRENT_GC blocked 15ms
... whole ton of these
05-16 14:05:27.261: D/dalvikvm(4163): GC_CONCURRENT freed 109K, 2% free 62754K/63495K, paused 12ms+5ms, total 36ms
05-16 14:05:27.261: D/dalvikvm(4163): WAIT_FOR_CONCURRENT_GC blocked 20ms
05-16 14:05:27.366: I/dalvikvm-heap(4163): Clamp target GC heap from 65.738MB to 64.000MB

• 内存占用增长这么快正常吗？
• 您如何看待将查询拆分为 block 并在这些单独的查询之间显式调用 System.gc()？

谢谢!

Answer 1

Is such fast growth of memory usage normal?

不，不是。

What do you think about splitting query into chunks and explicitly calling System.gc() between those separate queries?

不，这很可能无法解决问题。您需要直接解决底层内存问题。

在查看您的代码和您未在帖子中提供的实体后，这不是 ORMLite问题而是一个实体问题。

您有一个包含照片的图库。每张照片都有一个可能很大的字节图像数据数组——可能有 50+k。问题是 Gallery 有一个急切的外国 Photo 集合:

@ForeignCollectionField(eager = true)
private ForeignCollection<Photo> photos;

然后每个 Photo 都有其父 Gallery 的自动刷新版本。

@DatabaseField(foreign = true, foreignAutoRefresh = true, columnName = GALLERY)
private Gallery gallery;

这会设置一个急切的获取循环，导致 ORMLite 执行如下操作:

1. 每当 ORMLite 尝试将 Gallery 加载到内存中时...
2. 它被要求执行另一个查询并将与 Gallery 关联的所有照片加载到内存中，因为急切收集。
3. 对于这些 Photo 实例中的每一个，它都被要求执行另一个查询以将关联的 Gallery 放入内存中，因为父级已自动刷新。
4. 对于那个 Gallery，要求将所有 Photo 加载到内存中。
5. ... ORMLite 实际上有一个转义，但仍然向下执行这 3 个级别。

ORMLite 没有Gallery 和Photo 实例的神奇 View ，因此它将父Gallery 附加到 中的外部字段照片。如果你想要这个，那么我会在下面看到 ObjectCache 解决方案。

有多种方法可以解决此问题:

• 我建议不要使用foreignAutoRefresh = true。如果您需要照片的 Gallery，则可以通过 galleryDao.refresh(photo.getGallery()) 获取它。这打破了急切获取链。
• 您还可以让照片 集合不变得急切。延迟加载的集合会更多次访问数据库，但也会打破循环。

• 如果您真的必须拥有所有急切的收集和刷新功能，那么最好的解决方案就是引入 ObjectCache。您可能不得不经常清除缓存，但每个 DAO 都会在缓存中查找并返回相同的对象实体，即使在进行急切的获取循环时也是如此。

  galleryDao = getHelper().getRuntimeExceptionDao(Gallery.class);
  galleryDao.setObjectCache(true);
  photoDao = getHelper().getRuntimeExceptionDao(Photo.class);
  photoDao.setObjectCache(true);
  ...
  // if you load a lot of objects into memory, you must clear the cache often
  galleryDao.clearObjectCache();
  photoDao.clearObjectCache();