在Android中RecyclerView的使用随处可见，它的性能优化程度跟用户体验息息相关。
性能优化实战的例子如下，是获取手机所有已安装app列表：
RecyclerView的一些优化方案和使用技巧：
-
recyclerView.setHasFixedSize(true)
当Item的高度如是固定的，设置这个属性为true可以提高性能，尤其是当RecyclerView有条目插入、删除时性能提升更明显。RecyclerView在条目数量改变，会重新测量、布局各个item，如果设置了setHasFixedSize(true)，由于item的宽高都是固定的，adapter的内容改变时，RecyclerView不会整个布局都重绘。
void onItemsInsertedOrRemoved() {
if (hasFixedSize) layoutChildren();
else requestLayout();
}
-
使用getExtraLayoutSpace为LayoutManager设置更多的预留空间
在RecyclerView的元素比较高，一屏只能显示一个元素的时候，第一次滑动到第二个元素会卡顿。
RecyclerView (以及其他基于adapter的view，比如ListView、GridView等)使用了缓存机制重用子 view（即系统只将屏幕可见范围之内的元素保存在内存中，在滚动的时候不断的重用这些内存中已经存在的view，而不是新建view）。
这个机制会导致一个问题，启动应用之后，在屏幕可见范围内，如果只有一张卡片可见，当滚动的时 候，RecyclerView找不到可以重用的view了，它将创建一个新的，因此在滑动到第二个feed的时候就会有一定的延时，但是第二个feed之 后的滚动是流畅的，因为这个时候RecyclerView已经有能重用的view了。
val linearLayoutManager: LinearLayoutManager = object : LinearLayoutManager(applicationContext, LinearLayoutManager.VERTICAL, false) {
override fun getExtraLayoutSpace(state: RecyclerView.State): Int {
return 300
}
}
recyclerView.layoutManager = linearLayoutManager
-
避免创建过多监听器
onCreateViewHolder 和 onBindViewHolder 对时间都比较敏感，尽量避免繁琐的操作和循环创建对象。例如创建 OnClickListener，可以全局创建一个。同时onBindViewHolder调用次数会多于onCreateViewHolder的次数，如从RecyclerViewPool缓存池中取到的View都需要重新bindView，所以我们可以把监听放到CreateView中进行。
优化前：
注意，反复滑动列表，会一直调用onBindViewHolder方法，所以这里会一直创建OnClickListener对象。
override fun onBindViewHolder(holder: AppViewHolder, position: Int) {
holder.ivIcon?.background = context.packageManager.getActivityIcon(datas[position].intent)
holder.tvName?.text = datas[position].name
holder.tvPkg?.text = "包名：" + datas[position].pkg
holder.itemView.setOnClickListener(object: OnClickListener {
override fun onClick(v: View?) {
context.startActivity(datas[position].intent)
}
})
}
优化后：
class AppViewHolder(itemView: View): ViewHolder(itemView) {
var ivIcon: ImageView?= null
var tvName: TextView?= null
var tvPkg: TextView?= null
init {
ivIcon = itemView.findViewById(R.id.iv_icon)
tvName = itemView.findViewById(R.id.tv_name)
tvPkg = itemView.findViewById(R.id.tv_pkg)
itemView.setOnClickListener(onClickListener)
}
var onClickListener: OnClickListener = object: OnClickListener {
override fun onClick(v: View?) {
}
}
}
数据处理与视图绑定分离
RecyclerView的 bindViewHolder方法是在UI线程进行的，如果在该方法进行耗时操作，将会影响滑动的流畅性。
比如：
mTextView.setText(Html.fromHtml(data).toString());
这里的 Html.fromHtml(data) 方法可能就是比较耗时的，存在多个
TextView 的话耗时会更为严重，这样便会引发掉帧、卡顿，而如果把这
一步与网络异步线程放在一起，站在用户角度，最多就是网络刷新时间稍
长一点。
局部刷新
可以用一下一些方法，替代notifyDataSetChanged，达到局部刷新的目的。notifyDataSetChanged会触发所有item的detached回调再触发onAttached回调。
notifyItemChanged(int position)
notifyItemInserted(int position)
notifyItemRemoved(int position)
notifyItemMoved(int fromPosition, int toPosition)
notifyItemRangeChanged(int positionStart, int itemCount)
notifyItemRangeInserted(int positionStart, int itemCount)
notifyItemRangeRemoved(int positionStart, int itemCount)
复用RecycledViewPool
在TabLayout+ViewPager+RecyclerView的场景中，当多个RecyclerView有相同的item布局结构时，多个RecyclerView共用一个RecycledViewPool可以避免创建ViewHolder的开销，避免GC。RecycledViewPool对象可通过RecyclerView对象获取，也可以自己实现。
如果LayoutManager是LinearLayoutManager或其子类，需要手动开启这个特性： layout.setRecycleChildrenOnDetach(true)
val recycledViewPool = recyclerView.recycledViewPool
recyclerView1.setRecycledViewPool(recycledViewPool)
recyclerView2.setRecycledViewPool(recycledViewPool)
使用DiffUtil局部刷新
DiffUtil是androidx.recyclerview.widget包下的一个工具类，当你的RecyclerView需要更新数据时，将新旧数据集传给它，它就能快速告知adapter有哪些数据需要更新。就相当于如果改变了就对某个item刷新，没改变就没刷新，可以简称为局部刷新。
mAdapter.notifyDataSetChanged()有两个缺点：
1.不会触发RecyclerView的动画（删除、新增、位移、change动画）
2.性能较低，毕竟是无脑的刷新了一遍整个RecyclerView , 极端情况下：新老数据集一模一样，效率是最低的。
它会自动计算新老数据集的差异，并根据差异情况，自动调用以下四个方法
adapter.notifyItemRangeInserted(position, count);
adapter.notifyItemRangeRemoved(position, count);
adapter.notifyItemMoved(fromPosition, toPosition);
adapter.notifyItemRangeChanged(position, count, payload);
简单使用DiffUtil，我们需要且仅需要额外编写一个类。
class AticalDiff: DiffUtil.ItemCallback<ArticleItem>() {
override fun areItemsTheSame(oldItem: ArticleItem, newItem: ArticleItem): Boolean {
return oldItem.userId == newItem.userId
}
override fun areContentsTheSame(oldItem: ArticleItem, newItem: ArticleItem): Boolean {
return (oldItem == newItem && oldItem.userId == newItem.userId && oldItem.link == newItem.link &&
oldItem.title == newItem.title)
}
}
使用方式：
adapter继承androidx.recyclerview.widget.ListAdapter包下的ListAdapter，并在构造方法中传入自定义的DiffUtil.ItemCallback，代码如下：
class Adapter(val context: Context): ListAdapter<ArticleItem, Adapter.MyViewHolder>(AticalDiff()) {
}
优化滑动操作
如果RecyclerView加载很多大图，快速滑动卡顿解决方案：
考虑滚动的时候不做复杂布局及图片的加载，尽量减少滚动过程中的耗时操作，这样滚动停止的时候再加载可见区域的布局。
onScrollStateChanged的几种状态：
SCROLL_STATE_IDLE 屏幕停止滚动
SCROLL_STATE_DRAGGING 屏幕滚动且用户使用的触碰或手指还在屏幕上
SCROLL_STATE_SETTLING 由于用户的操作，屏幕产生惯性滑动
Gilde同时也为我们提供了两个方法:
resumeRequests() 开始加载图片
pauseRequests() 停止加载图片
public class AutoLoadRecyclerView extends RecyclerView {
private void init() {
addOnScrollListener(new ImageAutoLoadScrollListener());
}
//监听滚动来对图片加载进行判断处理
public class ImageAutoLoadScrollListener extends OnScrollListener {
@Override
public void onScrolled(RecyclerView recyclerView, int dx, int dy) {
super.onScrolled(recyclerView, dx, dy);
}
@Override
public void onScrollStateChanged(RecyclerView recyclerView, int newState) {
super.onScrollStateChanged(recyclerView, newState);
switch (newState) {
case SCROLL_STATE_IDLE: // The RecyclerView is not currently scrolling.
//当屏幕停止滚动，加载图片
try {
if (getContext() != null) Glide.with(getContext()).resumeRequests();
} catch (Exception e) {
e.printStackTrace();
}
break;
case SCROLL_STATE_DRAGGING: // The RecyclerView is currently being dragged by outside input such as user touch input.
//当屏幕滚动且用户使用的触碰或手指还在屏幕上，停止加载图片
try {
if (getContext() != null) Glide.with(getContext()).pauseRequests();
} catch (Exception e) {
e.printStackTrace();
}
break;
case SCROLL_STATE_SETTLING: // The RecyclerView is currently animating to a final position while not under outside control.
//由于用户的操作，屏幕产生惯性滑动，停止加载图片
try {
if (getContext() != null) Glide.with(getContext()).pauseRequests();
} catch (Exception e) {
e.printStackTrace();
}
break;
}
}
}
}
方案二：在正在滚动和停止滚动时给adapter设置是否滚动的属性值，在adapter判断值的状态去过略加载图片逻辑。
参考：
https://blog.csdn.net/GracefulGuigui/article/details/103646864
https://blog.csdn.net/yaojie5519/article/details/117174114
