Android RecyclerView 复杂列表性能优化

摘要：复杂列表的卡顿可能来自数据计算、布局测量、图片解码或频繁更新。本文从视图复用、差异更新、稳定标识和性能测量介绍优化方法。

一、正确复用视图

ViewHolder 绑定时应完整设置当前项目的可见属性。复用会让旧项目的文本、选中状态或图片短暂残留，因此每个字段都要处理，包括空值和默认值。

列表项层级越简单，测量和布局通常越轻。避免不必要的嵌套、重复权重和昂贵的阴影裁剪。复杂效果应先测量再决定是否保留。

二、使用差异更新

差异更新可以比较新旧列表，计算插入、删除和内容变化，减少整页刷新。项目身份应使用稳定业务主键，内容比较则反映所有会影响当前展示的字段。

不要使用列表位置作为项目身份。插入一行会导致后续项目身份整体变化，损害动画、选择状态和滚动稳定性。

三、提交不可变快照

差异计算期间原列表不应继续被修改，否则比较结果可能与屏幕状态不一致。数据更新时创建新列表，并尽量使用不可变模型表达变化。

仅局部内容改变时可以做局部绑定，但完整绑定仍需保证正确。频繁的整页刷新会重置动画和临时交互状态。

四、控制图片加载

图片应按目标尺寸加载并使用缓存。项目复用时取消旧请求、清除旧图和占位状态。大文件读取与缩放应在后台完成。

预留的图片区域应与最终显示比例相符，否则异步加载后行高变化会导致滚动跳动。视频等富媒体自动播放还要遵守可见区域和生命周期。

五、减少绑定工作

绑定时只做轻量展示工作。排序、分组和昂贵格式化可在数据层预先完成或缓存。不要在绑定过程中启动无法取消的网络请求。

避免定时提交完全相同的列表。实时数据可以合并到合理频率，仅在可见内容实际变化时更新。

六、测量而后优化

通过帧时间和滚动轨迹定位卡顿，再检查主线程方法、布局次数、图片解码和垃圾回收。覆盖低端设备、大图片和快速滚动，避免根据一次手动观察下结论。

1. 确认每次绑定都重置所有可见属性。
2. 检查差异比较是否使用稳定身份。
3. 检查复用时图片请求是否取消。
4. 检查重复提交和异步行高变化。

七、总结

流畅列表依赖轻量绑定、稳定身份、不可变快照和受控图片工作。先测量掉帧来源，再按布局、数据比较和异步内容逐项优化，通常比盲目增加缓存更有效。