Android 具有WRAP_内容的RecyclerView的效率

为

RecyclerView

的高度设置

WRAP\u CONTENT

是否会导致在初始化期间创建所有视图持有者？如果是这样的话，这是否意味着没有任何东西被“回收”，并且在内存不足的设备中会减慢速度

更新1:

---

我意识到，当您将

RecyclerView

放在

NestedScrollView

中时，就会发生这种情况。这是我的案例所需要的，因为我的片段中除了RecyclerView之外，还有自定义布局要显示。

所有视图持有者

？你是什么意思？@pskink假定如果我的屏幕只能显示5个项目，那么recyclerview最多只能在适配器中的200个项目中创建7个视图持有者。但是，如果我的recyclerView有一个

wrap\u内容

高度，这是否意味着它不能告诉我的屏幕能够显示多少项目？即使你有

wrap\u内容

，也不意味着将创建200个支架：例如，如果你的recyclerView有1000像素高（高度）每个项目至少有20个像素高，这意味着最多52个左右的持有人将是created@pskink但我的测试却显示了另一种情况。如果高度与父视图匹配，我会同意您的意见。因此，创建了200个视图保持架还是什么？

所有视图保持架

？你是什么意思？@pskink假定如果我的屏幕只能显示5个项目，那么recyclerview最多只能在适配器中的200个项目中创建7个视图持有者。但是，如果我的recyclerView有一个

wrap\u内容

高度，这是否意味着它不能告诉我的屏幕能够显示多少项目？即使你有

wrap\u内容

，也不意味着将创建200个支架：例如，如果你的recyclerView有1000像素高（高度）每个项目至少有20个像素高，这意味着最多52个左右的持有人将是created@pskink但我的测试却显示了另一种情况。如果高度是匹配的，我会同意你的意见。那么创建了200个支架还是什么？