Android 显示非常大的文本块时，RecyclerView与LinearLayout的对比

如果我有一个回收器视图，其中有几张卡片，并且其中一些卡片基本上是一个

文本视图

，其中大量的文本（例如，当用户滚动时，基本上跨越3个屏幕），那么回收器视图的所有好处基本上都消失了吗？如果我理解正确，我可以使用线性布局吗？

，您的

RecyclerView

中只有三项

---

如果是的话，那么是的，你没有回收太多。

ConstraintLayout

包装在

ScrollView

中，随着时间的推移，可能更容易维护。

如果我理解正确，您的

RecyclerView

中只有三项

---

如果是的话，那么是的，你没有回收太多。

ConstraintLayout

包装在

ScrollView

中，随着时间的推移可能更容易维护。

如果您将所有大文本放在一个项目中，是的，您不应该使用recycler。其次，大文本渲染是一个性能问题。但是，如果你将大文本分割成一些较小的部分（小到足以容纳屏幕中的3或4个部分），那么回收器将为你做艰苦的工作：只在用户滚动到文本时渲染文本。

如果你将所有大文本放在一个项目中，是的，你不应该使用回收器。其次，大文本渲染是一个性能问题。但是如果你把你的大文本分割成一些小的部分（小到可以在一个屏幕上容纳3到4个部分），那么回收商将为你做艰苦的工作：只在用户滚动到文本时渲染文本。

它没有3个，但其中9个和3个是巨大的文本块text@Jim当前位置我不知道“巨大”部分有多大。如果您确定回收一次只能帮助您在内存中存储一块文本，或者您可以避免在用户滚动之前呈现部分文本，则

RecyclerView

将帮助您实现这一点的唯一方法是。它没有3块，但其中9块和3块是巨大的文本块text@Jim当前位置我不知道“巨大”部分有多大。

RecyclerView

唯一可以帮助您的方法是，如果您确定回收一次只能帮助您在内存中存储一块文本，或者您可以避免在用户滚动之前呈现部分文本。如果您在跨越3个屏幕的“大量文本”下有视图，然后，RecyclerView仍然很好，因为它将不会创建这些项目，直到您滚动接近它们。此外，拥有RecyclerView比任何其他布局都更具可扩展性如果您在跨越3个屏幕的“大量文本”下拥有视图，那么RecyclerView仍然很好，因为它将不会创建这些项目，直到您滚动接近它们。此外，与任何其他布局相比，使用RecyclerView更具可扩展性