在Android开发中，底部或顶部的Tab切换是非常普遍的交互形式。很多项目一开始只是在Activity里用LinearLayout摆几个TextView，然后给ViewPager设置监听器，在回调里手动改文字颜色和下划线位置。这种做法在只有两三个Tab时尚可维持，一旦产品要求支持动态数量、滑动渐变、多种指示器样式，代码就会迅速膨胀且难以维护。将Tab指示器相关的所有逻辑抽离成独立的封装库，不仅能够减少重复劳动，还能让业务方以极低的成本接入统一的视觉规范。
指示器控件的测量与布局原理
封装Tab指示器的第一步是明确自定义View的测量规则。我们需要一个容器来承载多个Tab标题，同时在其下方或上方绘制一条可移动的指示线。通常我们会选择继承HorizontalScrollView或者直接使用LinearLayout配合外部ViewPager，但为了最大程度的控制，更推荐继承View自己处理绘制，或者继承 ViewGroup 来管理子TextView并额外绘制指示器。
在 onMeasure 方法中，我们要根据子View的数量和宽度决定自身宽度。如果Tab总宽度超过屏幕，需要支持横向滚动；如果未超过，则可以让所有Tab均分剩余空间。指示器的宽度一般不等于Tab文字宽度，而是取文字宽度加固定padding，或者采用整体均分策略。只有在测量阶段准确拿到每个Tab的中心坐标，后续指示器平移才能做到像素级对齐。
布局阶段的核心是把每个Tab的左边界和右边界记录下来，存入一个列表中。例如通过 getChildAt(i).left 和 getChildAt(i).right 计算出中心点为 (left+right)/2。当ViewPager滑动时，我们根据当前position和positionOffset计算出指示器应该处于哪两个Tab之间，以及偏移比例。这种基于坐标预计算的思路，可以避免在滑动过程中反复触发 requestLayout，从而提升帧率。
ViewPager偏移监听与指示器联动
要让指示器跟随页面滑动，必须监听ViewPager的页面变化。系统提供了 OnPageChangeListener 接口，其中包含 onPageScrolled(int position, float positionOffset, int positionOffsetPixels) 回调。positionOffset 是0到1之间的小数，表示当前页面已经划过的比例。我们通过线性插值计算指示器中心：startCenter + (endCenter - startCenter) * positionOffset。
很多初学者喜欢在 onPageSelected 里直接把指示器跳到目标Tab，这样虽然简单，但失去了跟手滑动的连贯感。正确的封装方式是在 onPageScrolled 中实时更新指示器绘制参数，并调用 postInvalidate 触发重绘。如果指示器是独立View，可以通过暴露 setIndicatorPosition(float centerX, float widthRatio) 方法让外部驱动；如果是 ViewGroup 内部绘制，则直接修改成员变量后重绘。
下面是一段Kotlin实现的简化联动逻辑，演示如何将ViewPager滑动转化为指示器偏移：
class TabIndicatorLayout(context: Context) : ViewGroup(context) {
private var tabCenters = mutableListOf<Float>()
private var indicatorCenter = 0f
private var indicatorWidth = 0f
fun bindViewPager(vp: ViewPager) {
vp.addOnPageChangeListener(object : ViewPager.OnPageChangeListener {
override fun onPageScrolled(position: Int, positionOffset: Float, px: Int) {
if (tabCenters.size < 2) return
val start = tabCenters[position]
val end = tabCenters[position + 1]
indicatorCenter = start + (end - start) * positionOffset
postInvalidate()
}
override fun onPageSelected(position: Int) {}
override fun onPageScrollStateChanged(state: Int) {}
})
}
override fun onDraw(canvas: Canvas) {
super.onDraw(canvas)
canvas.drawRect(
indicatorCenter - indicatorWidth / 2,
height - 8f,
indicatorCenter + indicatorWidth / 2,
height.toFloat(),
Paint().apply { color = 0xFFFF5722.toInt() }
)
}
// 省略 onMeasure 和 onLayout 具体实现
}
样式扩展与高复用性设计
一个真正好用的Tab指示器封装库，不能只支持下划线，还要允许业务方轻松切换为三角形、圆点、背景块甚至自定义Drawable。实现这一点的关键是定义清晰的样式接口，例如通过自定义属性 indicator_style 接收 enum 值，或者在代码里提供 setIndicatorDrawer(IndicatorDrawer) 这样的策略注入点。
采用策略模式后，绘制逻辑从主控件剥离。主控件只负责计算位置和宽度，具体的画笔颜色、形状由 IndicatorDrawer 实现类决定。比如 LineDrawer 画矩形， DotDrawer 画圆， BlockDrawer 画圆角背景。业务方在 C:\Android\Projects\Demo\app\src\main 目录下引用库时，只需在XML里配置属性，或调用一行 setDrawer 即可换肤，完全不需要改动布局文件和页面逻辑。
此外，为了兼容AndroidX和旧支持库，封装库应避免直接依赖具体ViewPager版本，而是通过泛型或接口抽象页面切换源。例如定义一个 PageSlider 接口，包含 getCurrentItem 和 addPageChangeListener 方法，ViewPager和ViewPager2分别提供适配器实现。这样你的Tab指示器库既能用于老项目，也能在使用了 androidx.viewpager2.widget.ViewPager2 的新架构中直接生效，显著提升代码资产的寿命。
最后，在发布为本地aar或远程依赖时，记得把默认样式写进 attrs.xml，并提供详细注释。良好的默认值和清晰的API，能让其他开发者在接入时不需要阅读源码就能完成大部分定制，这也是衡量一个Android Tab指示器封装库是否成熟的重要标准。
Android Tab指示器ViewPager自定义View修改时间：2026-08-24 08:56:56