时间戳

首页 > 解决方案 > 嵌套 RecyclerView 一次创建所有 ViewHolders

android - 嵌套 RecyclerView 一次创建所有 ViewHolders

问题描述

我有一个带有嵌套 RecyclerViews 的相当复杂的列表。我知道嵌套的 RecyclerViews 不是最好的解决方案，但在我的情况下，它是创建结构化代码并满足要求的少数解决方案之一。我附上了结构的图像。你可以以电报为例来提高你对结构的理解。基本上我有一个带有项目 RV-1-Item 的外部 RecyclerView RV-1 和一个带有项目 RV-2-Item 的内部 RecyclerView RV-2。到目前为止一切顺利，我的问题是外部 RecyclerView 按预期回收视图，但是如果 RV-1-Items 之一进入视图，则创建 RV-2 的所有 ViewHolders（这意味着有时会创建超过 100 个 ViewHolders ）。总而言之，我的问题是如何强制内部 RecyclerView RV-2 也回收 ViewHolders。

RecyclerView结构

我知道内部 RecyclerView RV-2 必须有很高的 wrap_content 因为它取决于内部项目的数量，我也无法设置 setHasFixedHeigth(true) （而且我不知道它是否有帮助）因为在运行时新的 RV-2 物品可以添加到 RV-2 中。我还尝试在 RV-2 上设置 setNestedScrollingEnabled(false)，因为我在网上阅读了很多关于它的内容，但它也没有帮助我。

所以基本上这就是我的配置方式

房车-1

layoutManager = LinearLayoutManager(context)      
isNestedScrollingEnabled = false

房车-2

setHasFixedSize(true)
layoutManager = LinearLayoutManager(context).apply {
    reverseLayout = true
}

除此之外，我还有一些 ItemDecorators 但它们只在项目之间创建空间，因此它们不必对问题做任何事情。

总而言之：外部 RV-1 按预期回收 ViewHolders，但内部 RV-2 一次创建所有 ViewHolders，即使它们不在屏幕上。我假设是这种情况，因为 RV-2 的高度为 wrap_content，当需要测量 layout_height 时，它需要创建所有视图。问题：有没有办法强制 RV-2 回收其视图？

编辑：我也在所有 RV-2 RecyclerViews 之间使用共享的 RecycledViewPool 但这与问题并没有真正的关系，因为即使 ViewHolders 在 RecyclerViews 之间共享，RV-2 RecyclerView 也不应该创建不是的 ViewHolders t 初始化时可见。

编辑2：很多评论和相关问题说两个垂直嵌套的RecyclerViews在android中是不可能的，以防这个问题的所有访问者都认为我的问题是：你将如何实现这样的结构。很明显，我可以制作一个包含 IM（圆形图像视图）和 RV-2-Item 的视图，并在不需要时让 IM 不可见。在我看来，这在某种程度上使结构更加复杂。此外还有一个要求，RV-1-Item 左侧的 IM 必须具有在 RV-1-Item 中上下移动的能力，这在我目前的结构下显然更容易。

编辑 3：（我承诺的最后一个）我所展示的问题可以通过使用我在编辑 2 中解释的方法来解决，即使它不是最好的解决方案。但问题是我有一个更复杂的屏幕，因为我有三个嵌套的 RecyclerViews，所以这个方法不再起作用。使用 EDIT 2 的方法，我可以将这个数字减少到两个，但我仍然会留下两个嵌套的 RecyclerView，我想不出一种解决方法可以解决剩余的两个嵌套 RecyclerView 的问题。我附上了一张更复杂的屏幕图像，其中包含带有标记部分的应用程序界面，以帮助您理解结构。

RecyclerView结构2

标签： androidandroid-recyclerviewandroid-viewholdernestedrecyclerview

解决方案

（在解决“如何不让 RecyclerView 一次创建所有项目”时，您的具体问题的答案并不完全，但很可能通过不使用嵌套的 recyclerviews 来解决您的具体问题）

我建议（以与此答案中已经建议的非常相似的方式）将您的提要扁平化到一个 recyclerview 中（无论您如何调整嵌套的 recyclerview 架构，恕我直言，它永远不会像只有一个 recyclerview 那样高效，并且因为您不需要嵌套滚动（我猜），所以只有一个回收器视图应该是您的最佳选择）。

我建议不要以您的数据结构方式来考虑您的提要，而是以您想要显示它的方式以及如何将其拆分为“看起来相似”/由相同事物组成的较小项目。

例如，从您的屏幕截图中，我会看到每个聊天项目的以下项目/视图类型：

  • 聊天标题（带有图标和文本“新组”的事物）
  • 用户徽章（带有文字“Jürgen”的图片）
  • 一个消息项目（一个文本气泡，例如，在底部的屏幕截图中，实际上会有 3 个这些项目，每条消息一个）
  • 包含日期和操作/回复项目的部分。

这些项目比整个聊天项目小得多，因此可以更快地创建/回收。对于这些项目中的每一个，创建一个视图类型和一个视图持有者，并将它们视为单独的回收者视图项目。当正确使用该getItemViewType方法时，recyclerview 将为您需要的位置创建/准备正确类型的视图。

为此，适配器需要添加一些逻辑，因为您的数据很可能会被结构化为

聊天列表，每个聊天都有一个名称和一些要显示的消息

我们需要它

前 6 个元素用于第一次聊天，其中第一个位置是标题，第二个是用户徽章，接下来的 3 个项目是消息项目，然后我们需要一个操作项目。

因此，您基本上需要计算显示每个聊天项目需要多少 recyclerview 项目，这可能是一个计算：

1 个聊天标题项目 + 1 个用户徽章项目 + 3 个消息项目 + 1 个操作/回复项目 = 6

需要对数据列表中的每个聊天项单独执行此计算。

因此，如果您的数据列表中只有这个聊天项目要显示，您实际上需要告诉适配器创建 6 个项目（在本例中返回 6 at getItemViewCount()）。

然后，需要使用该getItemViewType(position: Int)函数告诉适配器，在recyclerview的哪个位置，适配器需要准备哪种类型的视图。因此，您再次需要一些逻辑来说明，例如，在位置 0，第一个聊天项目的聊天标题应该是，在位置 1，第一个聊天项目的用户徽章，在位置 2-4 消息项目应该是，在位置 5操作项和位置 6 的第二次聊天的聊天标题应该是等等（同样，逻辑需要为所有聊天项准备好，并且它可能会变得非常混乱/复杂，因为要计算每个聊天项一个位置的视图类型，例如所有先前的聊天元素视图计数也需要重新计算（为了知道您当前的聊天项目从哪个回收器视图位置开始））。

由于这往往会炸毁您的适配器，因此我建议（如果您还没有这样做的话）在其中获得一些管理器/委托架构。例如，每个视图类型都有一个委托，以及一个计算每个聊天项目所需的 recyclerview 项目/视图类型数量的管理器。

仅供参考：

前段时间，我们遇到了与您类似的情况（一个回收者视图，其设计类似于社交媒体提要，它应该显示提要中的前 n 条评论，我们显示了每个提要项目的评论（这是一个回收者视图项目) 与项目中的另一个 recyclerview ) 并且在一些我们无法解决的性能问题之后，我们只是扁平化了 recyclerview，并且再也没有遇到性能问题。

推荐阅读