问题描述：

        公司项目有这么一个需求，从后台获取与当前登录用户相关的其他所有用户的数据，并分类展示出来，然而某一天一个用户说打开这个页面的时候非常卡，并且会黑屏，有时会闪退。经过实际测试发现与该用户相关的其他用户有2000多条数据。

问题的寻找过程：

当时想的就是因为数据过多导致页面绘制的时候卡主线程了。

因为我是通过RecyclerView展示数据的，接着就想到一次性加载2000多条数据会卡顿，那我就分批加载，我将2000多条数据按每100条一批，显示到RecyclerView中，然后发现问题依然存在。这个问题困扰了好多天，试了各种分页加载，依然得不到解决。

后来偶然间我在adapter的onCreateViewHolder() 和 onBindViewHolder()中打了个计数的Log，发现2000多条数据，每条数据加载的时候都会调用onCreateViewHolder()和onBindViewHolder()。当时就感觉不对，根据官方API的说法，RecyclerView只会 create当前显示的Item，其他的未显示的都是通过ViewHolder的复用来显示的，我想我已经发现问题所在了。。。呵呵呵😑

然后我就想是不是我adapter写的有问题呢 ，经过和其他页面RecyclerView 的adapter的对比，却发现并没有什么不同，这让我又开始苦恼起来。。。。

经过和其他页面的一步步的对比，最终发现原来是activity中的布局文件中，RecyclerView 的外层套了一个NestedScrollView，导致RecyclerView 的每一条数据都会创建一个Item，在数据量小的时候发现不了，等数据量达到一定程度的时候就会导致由于创建的View过多，程序运行过程中产生了大量的垃圾数据，所以才会导致进程不断的发生GC，因而影响了UI主线程。

出现问题的布局文件：

<NestedScrollView

        android:layout_width="match_parent"

        android:layout_height="match_parent">

        <LinearLayout

            android:layout_width="match_parent"

            android:layout_height="match_parent">

                        <RecyclerView

                            android:layout_width="match_parent"            

                            android:layout_height="match_parent"        />

        </LinearLayout>

</NestedScrollView>

解决办法：

1、因为我页面中用不到NestedScrollView,这是以前页面遗留的，因此去掉NestedScrollView后，问题就解决了。

2、经过百度发现

//设置 这个可以避免以上问题 但也意味着失去了本身设计用来提供支持WRAP_CONTENT的功能了mRecyclerView.getLayoutManager().setAutoMeasureEnabled(false);

貌似也能解决，不过我还没有试过。来源于NestedScrollView嵌套RecyclerView出现onBindViewHolder一直回调的问题 - CSDN博客