问题描述：
公司项目有这么一个需求，从后台获取与当前登录用户相关的其他所有用户的数据，并分类展示出来，然而某一天一个用户说打开这个页面的时候非常卡，并且会黑屏，有时会闪退。经过实际测试发现与该用户相关的其他用户有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博客
