RecyclerView集成ExoPlayer实现类Instagram视频列表性能问题求助

Hey，我之前在项目里踩过完全一样的坑——光是把PlayerView放进RecyclerView的item里，滚动时就卡得不行，加载视频后更是雪上加霜。下面这些优化点都是我实际验证过的，能从根源上解决性能问题：

核心优化：全局复用单个ExoPlayer实例 #

这是最关键的一步！每个ViewHolder都创建一个ExoPlayer实例简直是性能灾难，内存和CPU会被直接榨干。你应该在Activity/Fragment层面维护一个全局单例Player，只有当某个item需要播放（比如用户点击展开、滚动到可视区域中心）时，才把PlayerView和这个全局Player绑定；不需要播放时就解绑并重置状态，整个列表始终只有一个Player在工作。

示例代码（Kotlin）：

// 在你的Fragment/Activity中初始化全局Player
private val exoPlayer by lazy {
    SimpleExoPlayer.Builder(requireContext())
        .setSeekBackIncrementMs(10000) // 根据需求配置
        .setSeekForwardIncrementMs(10000)
        .build()
}

// ViewHolder中的bind方法
fun bind(videoUrl: String, isActiveItem: Boolean) {
    if (isActiveItem) {
        // 绑定Player到当前item的PlayerView
        playerView.player = exoPlayer
        // 加载并播放视频
        val mediaItem = MediaItem.fromUri(videoUrl)
        exoPlayer.setMediaItem(mediaItem)
        exoPlayer.prepare()
        exoPlayer.play()
        // 显示PlayerView，隐藏占位视图
        playerView.visibility = View.VISIBLE
    } else {
        // 解绑Player，释放当前item的PlayerView资源
        playerView.player = null
        // 暂停并清空Player状态
        exoPlayer.pause()
        exoPlayer.clearMediaItems()
        // 隐藏PlayerView，显示占位图
        playerView.visibility = View.GONE
    }
}

延迟初始化+按需加载PlayerView #

不要在ViewHolder创建时就初始化PlayerView，这会让RecyclerView滚动时频繁创建销毁重型视图。你可以：

• 给item布局设置一个静态占位图，只有当item成为“活跃项”（需要播放）时，才动态添加PlayerView到布局中
• 滚动时，所有非活跃项的PlayerView都设置为GONE或者直接从布局中移除，避免不必要的绘制计算

优化RecyclerView本身的滚动性能 #

• 给RecyclerView设置setHasFixedSize(true)（如果所有item高度固定的话），减少布局重计算的开销
• 增大视图缓存：recyclerView.setItemViewCacheSize(10)（根据列表长度调整），减少ViewHolder的创建销毁次数
• 滚动时暂停视频操作：通过RecyclerView.OnScrollListener监听滚动状态，滚动开始时解绑所有PlayerView，停止滚动后再恢复活跃项的播放
• 禁用过度绘制：给PlayerView的父布局添加android:clipChildren="true"和android:clipToPadding="true"，避免视图超出边界的无效绘制

PlayerView的轻量化配置 #

• 用SurfaceView替代TextureView：ExoPlayer默认用SurfaceView，它的渲染性能比TextureView好很多，不需要额外的硬件加速配置
• 简化控制器：自定义极简的播放控制器，或者在非播放状态下完全隐藏控制器，减少视图层级
• 及时释放资源：当页面销毁时，一定要调用exoPlayer.release()释放全局Player，避免内存泄漏

视频加载节流 #

• 防抖加载：当item滚动到可视区域后，延迟200-300ms再开始加载视频，避免快速滚动时频繁触发加载/取消操作
• 限制预加载：只预加载当前活跃项的前1个和后1个item，不要预加载太多，减少带宽和内存占用

最后提醒下，记得处理配置变更（比如横竖屏切换）时的Player状态保存，用exoPlayer.playbackState和exoPlayer.currentPosition来恢复播放进度，还可以用LeakCanary排查内存泄漏问题。

内容的提问来源于stack exchange，提问作者Jonas