在我的 Android 应用程序中,我有一个非常基本的RecyclerView实现,它使用带有分页库的Room来显示数据库中的条目。
从数据库中获取条目的 Dao 方法:
@Query("SELECT * FROM entries")
abstract fun findAll(): DataSource.Factory<Int, Entry>
这就是LiveData从DataSource.Factorymy 中返回的构造方法ViewModel:
private val config = PagedList.Config.Builder()
.setEnablePlaceholders(false)
.setInitialLoadSizeHint(512)
.setPrefetchDistance(256)
.setPageSize(256)
.build()
val entries = LivePagedListBuilder(entryService.findAll(), config).build()
// (entryService here just calls through to the Dao)
我只是对此进行观察LiveData并将更新的内容传递PagedList给我的RecyclerView.Adapter.
相应的RecyclerView.Adapter片段:
private val differ = AsyncPagedListDiffer<Entry>(this, DIFF_CALLBACK)
fun submitList(list: PagedList<Entry>) {
differ.submitList(list)
}
(我不使用PagedListAdapter,因为稍后我将需要在我的适配器中进行更细粒度的控制)
看起来一切正常,但是当我开始监视应用程序的内存使用情况时,我开始怀疑这些PagedList项目没有得到正确处理。
我已经添加了下面Callback的submitList():
list.addWeakCallback(differ.currentList?.snapshot(), object : PagedList.Callback() {
override fun onChanged(position: Int, count: Int) {
Log.d("_tag", "Position: $position | Changed: $count" +
" | Size: ${list.size}")
}
override fun onInserted(position: Int, count: Int) {
Log.d("_tag", "Position: $position | Inserted: $count" +
" | Size: ${list.size}")
}
override fun onRemoved(position: Int, count: Int) {
Log.d("_tag", "Position: $position | Removed: $count" +
" | Size: ${list.size}")
}
})
在此之后,我向数据库中插入了 5 000 个条目,相应的日志条目如下:
D/_tag: 位置: 0 | 插入:512 | 尺寸:512
这很好,这是预期的输出。
但是当我开始在列表中向下滚动时,日志条目如下:
D/_tag: 位置: 512 | 插入:256 | 尺寸:768
D/_tag: 位置: 768 | 插入:256 | 尺寸:1024
D/_tag:位置:1024 | 插入:256 | 尺寸:1280
D/_tag:位置:1280 | 插入:256 | 尺寸:1536
然后日志停在这里,不再有日志条目,无论我在此之后向下滚动多少。
我对这种行为的问题:
为什么onRemoved()从不调用?
是PagedList一个不断增长的列表并且项目留在内存中吗?
分页的目的不是按需加载新条目并删除旧的(不可见的)条目吗?
为什么日志在第 1536 个条目后停止,即使我滚动通过该条目?
奇怪的是,即使滚动到列表底部,条目也能正确显示。
如果有人能向我解释这种行为,我将不胜感激。
一只萌萌小番薯
相关分类