我是否破坏了回收者视图的性能和使用？

Question

因此，当我们想要显示大量元素时，我们应该使用回收器视图。
这样做的好处是可以重复使用视图，因此我们不会膨胀列表中的每个视图并将它们保存在内存中，而只是将屏幕中显示的视图保存在内存中，以回收其余部分。
但是，如果回收的视图本身就是一个“迷你”列表呢？
IE。对于每个回收的项目，我们会通过删除所有子视图并添加新的子视图来更改其结构？
这是否违背了使用回收列表的整个想法？
有问题的示例（itemInRecycler 是一个垂直的LinearLayout，它被传递给回收站视图持有者）：

itemInRecycler.removeAllViews();  
for(element: elements) {  
   CustomView view = inflate();  
   view.setDisplayData(element);  
   itemInRecycler.addView(view);  
} 

Answer 1

这是否违背了使用回收列表的整个想法？

这取决于子列表在整个itemView 中有多少。如果子列表是您要显示的唯一内容，那么是的，您正在挫败很大一部分性能提升。每次绑定 ViewHolder 时，您仍然在膨胀视图，这是您在使用 RecyclerView 时尽量避免的事情之一。

这还取决于子列表的大小。如果最多只有三个元素，那么成本就会降低。如果子列表是数百个项目，那么成本就很大。

一种选择是使用 sub-RecyclerView 而不是 LinearLayout，并将每个 sub-RecyclerView 连接到相同的shared RecycledViewPool。通过这种方式，您可以获得 RecyclerView 与可滚动的 LinearLayout 的所有优点，但更好的是，因为每个子 RecyclerView 都可以从其他子 RecyclerView 获取 ViewHolders。

如果这对您来说有点过于苛刻，您可以只优化您已经编写的代码。您可以重复使用现有视图（如果不够，只创建新视图），而不是每次清除列表然后重新增加正确数量的视图，如果有太多视图，则删除额外的视图。

int i = 0;

// reuse existing views
for (; i < elements.size() && i < itemInRecycler.getChildCount(); i++) {
    Element element = elements.get(i);
    CustomView view = (CustomView) itemInRecycler.getChildAt(i);
    view.setDisplayData(element);
}

// create new views if there weren't enough to reuse
for (; i < elements.size(); i++) {
    Element element = elements.get(i);
    CustomView view = inflate();
    view.setDisplayData(element);
    itemInRecycler.addView(view);
}

// remove any extras after we've reused everything
int viewsToRemove = itemInRecycler.getChildCount() - i;

if (viewsToRemove > 0) {
    itemInRecycler.removeViews(i, viewsToRemove);
}

在 elements 集合总是有 5 到 7 个元素的世界中，例如，这种方法将确保您始终重复使用前五个 CustomViews，然后仅膨胀或删除 0 -2 额外的CustomViews。