RecycleView性能优化原理

RecycleView的性能优化可以从以下几方面展开

• 缓存：

  • Scrap:缓存的是屏幕内正在显示的view。如屏幕每隔16ms刷新一次，那么就是用的它的数据。
  • Cache:缓存的是刚出屏幕的view。它不会被回收，数据不会改变。复用时不会经过重新绑定的过程。不会调用onBindViewHolder(),默认大小为2

  ListView的条目滑出屏幕后数据就会变成脏数据，如果这时再滑回来，虽然还是一样的条目，但是其实是已经调用过了getView(),进行了重新赋值。而RecycleView的Cache则直接缓存的了刚滑出的条目，如果这时再滑回来，那么还是刚才的条目，并没有调用onBindViewHolder()重新赋值，节省了一部分性能。

  • ViewCacheExtension：自定义缓存，使用时直接返回一个ItemView，适用于条目较少，及固定条目的列表。这样每次更新时都是返回固定的数据，不用重复重新创建及绑定。节省了一部分性能。直接通过recyclerView.setViewCacheExtension(RecyclerView.ViewCacheExtension),设置即可。

  • RecycledViewPool：这个缓存里的数据都是脏的，也就是复用时需要进行重新绑定,会调用onBindViewHolder(),相当于ListVIew的ConvertView。同时多个RecycleView是可以共用一个RecycledViewPool的，以减少总缓存的数量，节省性能。代码如下：

            recyclerView.setRecycledViewPool(recycledViewPool);
            recyclerView1.setRecycledViewPool(recycledViewPool);
            recyclerView2.setRecycledViewPool(recycledViewPool);
    

• setInitialPrefetchItemCount(): 这个方法主要用来预加载，当2个RecycleView嵌套时，如一个竖向RecycleView里嵌套一个横向的RecycleView，这时横向的RecycleView可以设置setInitialPrefetchItemCount()，对数据进行预加载，提高效率。此方法只有被嵌套的RecycleView里设置时才有效，同时必须是LinearLayoutManager来设置，其他无效。

  Android 5.0之后，RecycleView引入了RenderThread线程，将主线程用于ui渲染的操作放在了此线程，此时空闲的主线程就可以进行其他操作，如RecycleView的预加载等。

• setHasFixedSize(true): 如果adapter的数据变化不会导致RecycleView的大小变化，那么调用这个方法后，刷新RecycleView不会进执行完整的绘制流程，只会进行layout()过程，以节省性能。需要注意的是不能使用notifyDataSetChanged()刷新，此方法会调用requestLayout()，会导致整个布局进行重绘。

• DiffUtil:页面刷新时，调用notifyDataSetChanged会导致整个布局重新绘制，重新绑定所有viewHolder，而且可能会失去动画效果。如删除一个条目时的动画。那么DiffUtill，就适用于整个页面需要刷新，但是有部分数据可能相同的情况。代码如下：

                //DiffUtil.Callback主要是提供给系统计算diff
                    new DiffUtil.Callback(){
                //返回原数据集合大小
              @Override
              public int getOldListSize() {
                  return 0;
              }
                        //返回现数据集合大小 
              @Override
              public int getNewListSize() {
                  return 0;
              }
                        //判断是否是同一个item，可以通过position取出2个集合里的数据根据id或其他属性进行比较
              @Override
              public boolean areItemsTheSame(int oldItemPosition, int newItemPosition) {
                  return false;
              }
                        //如是相同的item，内容是否相同
              @Override
              public boolean areContentsTheSame(int oldItemPosition, int newItemPosition) {
                  return false;
              }
                //如果是同一个条目，并且内容不同，那么回调此方法，如果要对整个条目进行全量更新，那么可以不复写此方法，如果只是改某个或某几个字段，那么可以选择复写此方法。减少修改的部分，提升性能。
              @Nullable
              @Override
              public Object getChangePayload(int oldItemPosition, int newItemPosition) {
                //在此通过position取出数据，对新老数据进行比较，找出不同的部分，然后存在一个bundle或其他对象中返回
                  return ;
              }
          };
  

  设置完CallBack后，再就是在Adapter里使用了：

      @Override
      public void onBindViewHolder(@NonNull RecyclerView.ViewHolder holder, int position, @NonNull List payloads) {
          super.onBindViewHolder(holder, position, payloads);
                    //通过payloads来判断是增量还是全量更新，这个payloads就是getChangePayload返回的数据
               if (payloads.isEmpty()){
                 //如果是全量更新，则调用默认的2个参数的onBindViewHolder()，完成列表更新
                 onBindViewHolder(holder,position)
                     }else {
                //如果是增量更新，这里则完成增量更新的部分
                }
      }
  

  一般RecycleView的Adapter默认使用2个参数的onBindViewHolder(),如果要用到DiffUtil，则要使用3个参数的onBindViewHolder()，最后就是刷新数据：

  //这里的callback，就是上面设置的callback,第二个参数代表是否有列表移动，一般写false
  DiffUtil.calculateDiff(Callback cb, boolean detectMoves).dispatchUpdatesTo(adapter);
  

  以上是DiffUtil的使用。同时DiffUtil对diff的计算是需要耗费时间的，如果列表很大时，可能会消耗比较多的时间，可以考虑将计算工作放到子线程中去执行。

附：

• 前面说过RecycleView的缓存有可能不经过onBindViewHolder(),如Cache，ViewCacheExtension。那么此时一些操作在onBindViewHolder()里做就不合适，比如统计数据等。RecycleView提供了另外一个方法onViewAttachedToWindow(),此方法保证，每一个item在显示到屏幕上时都会被调用。