在Android音视频开发中，ExoPlayer作为Google推荐的媒体播放库，虽然功能强大，但其默认的PlayerControlView往往难以满足个性化需求。特别是在直播打点、多倍速播放等场景下，开发者经常需要深度定制进度条。本文将分享一套完整解决方案，涵盖从UI改造到性能调优的全流程。

为什么需要自定义进度条？

ExoPlayer默认进度条存在三个典型问题：

1. 样式固化：无法实现设计师要求的渐变色、圆点标记等视觉效果
2. 功能局限：缺少缓冲预测、章节标记等业务相关功能
3. 性能消耗：频繁的UI更新可能导致滑动卡顿，尤其在低端设备上

技术方案选型

方案一：继承PlayerControlView（推荐）

• 优点：复用80%基础逻辑（如手势处理、播放状态绑定）
• 缺点：需要理解父类内部实现机制

方案二：完全自定义View

• 优点：绝对控制权，适合特殊交互需求
• 缺点：需要重写触摸事件、状态同步等全套逻辑

核心实现步骤

1. 创建自定义组件

class CustomSeekBar @JvmOverloads constructor(
    context: Context,
    attrs: AttributeSet? = null
) : PlayerControlView(context, attrs) {

    private val throttle = Throttler(16) // 60fps限制
    private var lastDrawnPosition = 0L

    override fun onDraw(canvas: Canvas) {
        if (!throttle.tryAcquire()) return
        // 自定义绘制逻辑
        drawProgressBar(canvas)
        drawMarkers(canvas) // 业务标记点
    }
}

2. 绑定播放器状态

player.addListener(object : Player.Listener {
    override fun onPositionDiscontinuity(
        reason: Player.PositionDiscontinuityReason
    ) {
        updateProgressBar()
    }

    override fun onPlaybackStateChanged(state: Int) {
        when (state) {
            Player.STATE_READY -> initDurationViews()
            Player.STATE_ENDED -> resetProgressBar()
        }
    }
})

性能优化关键点

1. 绘制节流：通过Choreographer或自定义Throttler控制刷新频率
2. 资源优化：
3. 使用VectorDrawable替代位图资源
4. 避免在onDraw()中创建对象
5. 内存管理：
6. 及时移除播放器监听
7. 使用WeakReference持有Context

常见问题解决

手势冲突案例

当进度条嵌套在ViewPager中时，需重写：

override fun onInterceptTouchEvent(ev: MotionEvent): Boolean {
    parent.requestDisallowInterceptTouchEvent(true)
    return super.onInterceptTouchEvent(ev)
}

线程同步技巧

handler.post {
    // 确保UI操作在主线程
    progressBar.progress = player.currentPosition
}

扩展方向

可以尝试实现： 1. 基于网络速度预测的缓冲进度条 2. 支持章节标记的智能跳转 3. 双指缩放的时间轴模式

完整示例代码已上传GitHub，欢迎在项目中实践这些优化技巧。记住：好的进度条既要好看更要好用，平衡视觉效果与性能消耗是关键。