我是否破坏了循环利用者观点的性能和使用？

Question

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

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

Answer 1

这是不是破坏了使用回收清单的想法？

这取决于子列表占整个itemView的多少。如果子列表是您唯一显示的内容，那么是的，您正在击败很大一部分性能增益。每次绑定ViewHolder时，您仍然在膨胀视图，这是您在使用回收站视图时试图避免的事情之一。

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

一种选择是使用子RecyclerView而不是LinearLayout，并将每个子RecyclerView连接到相同的共享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);
}

在一个元素集合总是有五到七个元素的世界里，比如说，这种方法将确保您总是使用前五个自定义视图s，然后只增加或删除0-2个额外的自定义视图s。