在日常开发中，CoordinatorLayout 配合 AppBarLayout 和 RecyclerView 联用，几乎成为 Android 滑动体系的标准配置。但这个组合并不总是那么温顺——某些场景下，当你在列表上快速滑一下再反向滑动时，整个页面会像抽风一样剧烈抖动，体验相当糟糕。这个问题不少开发者都遇到过，但真正搞明白来龙去脉的并不多。今天我们就从根源上把它扒清楚，并给出一个经过验证的完整解决方案。
01. 问题复现
先来看看典型的布局结构：
触发抖动的操作路径非常简单：用手指轻轻向上滑动 CoordinatorLayout 区域，快速抬起手指（形成 fling），紧接着在底部区域（通常是 RecyclerView）做一个反向的 fling。此时整个页面就会开始或大或小地剧烈抖动，非常明显。
02. 问题分析：两股力量的冲突
抖动的根源在于两段无法被外界中断的 fling 动作发生了碰撞。
CoordinatorLayout 向上 fling 无法被外部中断
CoordinatorLayout 和子 View 的联动是通过 CoordinatorLayout.Beha vior 实现的，AppBarLayout 使用的 Beha vior 继承了 HeaderBeha vior。问题恰恰出在这里：HeaderBeha vior 的 onTouchEvent 中使用 Scroller 实现了 fling 操作，但并没有通过 NestedScrolling API 对外开放。也就是说，一旦 HeaderBeha vior 的 fling 动作启动，外部没有任何办法主动让它停下来。
RecyclerView 向下 fling 滚动
与 AppBarLayout 同层的 RecyclerView 是通过 NestedScrolling API 对 AppBarLayout 产生影响的。当 RecyclerView 向下 fling 并滑动到 item 0 之后，如果 AppBarLayout 仍然可以滑动，RecyclerView 会给 AppBarLayout 施加一个同样向下的 fling 动作，从而形成连贯的下滑效果。问题是：当 HeaderBeha vior 产生的向上 fling 还没结束时，RecyclerView 又送来了向下的 fling，两股力量一上一下相互撕扯，抖动就产生了。
深入 HeaderBeha vior 的实现
翻看源码会发现，HeaderBeha vior 在检测到 ACTION_DOWN 事件时会调用 mScroller.abortAnimation() 来停止当前滚动，但这里的 mScroller 和 flingRunnable 都是私有变量，外部根本访问不到。要想在手指触摸时及时制止 fling，只能通过反射来搞定。
03. 自定义 AppBarLayout.Beha vior 要点
在动手写代码之前，有必要先理清 AppBarLayout 及其 Beha vior 的关键机制。
AppBarLayout 是什么
本质上它是一个垂直的 LinearLayout，内部集成了 Material Design 中与滑动相关的概念。它的子 View 需要通过 app:layout_scrollFlags 属性声明滚动行为。和 CoordinatorLayout 强绑定，一般作为它的直接子 View 使用。简单来说，AppBarLayout 内部有两类 View：一类可以随滑动滑出屏幕，另一类则固定不动，通过 layout_scrollFlags 来区分。
Beha vior 部分重要方法
onInterceptTouchEvent()：是否拦截触摸事件onTouchEvent()：处理触摸事件layoutDependsOn()：声明当前 View 依赖的 View 类型onDependentViewChanged()：被依赖的 View 状态变化时回调onStartNestedScroll()：嵌套滑动开始（ACTION_DOWN），决定是否监听此事件onStopNestedScroll()：嵌套滑动结束（ACTION_UP 或 ACTION_CANCEL）onNestedScroll()：嵌套滑动进行中，子 View 的滑动事件已被消费onNestedPreScroll()：嵌套滑动进行中，子 View 即将滑动，事件可被拦截onNestedFling()：子 View 快速滑动中onNestedPreFling()：子 View 即将快速滑动
04. 抖动解决方案：反射 + 事件拦截
核心思路其实很直接：在手指触摸屏幕的那一刻（ACTION_DOWN），立即强制停止 AppBarLayout 正在进行的 fling 动作。由于私有变量无法直接访问，只能借助反射拿到 flingRunnable 和 OverScroller。
反射获取 flingRunnable
注意，Android Support 库在 27 及以下版本中该变量名为 mFlingRunnable，而 28 及以上版本改成了 flingRunnable，需要做版本兼容处理：
private Field getFlingRunnableField() throws NoSuchFieldException {
Class superclass = this.getClass().getSuperclass();
try {
// support design 27及以下版本
Class headerBeha viorType = null;
if (superclass != null) {
headerBeha viorType = superclass.getSuperclass();
}
if (headerBeha viorType != null) {
return headerBeha viorType.getDeclaredField("mFlingRunnable");
} else {
return null;
}
} catch (NoSuchFieldException e) {
e.printStackTrace();
// 可能是28及以上版本
Class headerBeha viorType = superclass.getSuperclass().getSuperclass();
if (headerBeha viorType != null) {
return headerBeha viorType.getDeclaredField("flingRunnable");
} else {
return null;
}
}
}
反射获取 Scroller
private Field getScrollerField() throws NoSuchFieldException {
Class superclass = this.getClass().getSuperclass();
try {
Class headerBeha viorType = null;
if (superclass != null) {
headerBeha viorType = superclass.getSuperclass();
}
if (headerBeha viorType != null) {
return headerBeha viorType.getDeclaredField("mScroller");
} else {
return null;
}
} catch (NoSuchFieldException e) {
e.printStackTrace();
Class headerBeha viorType = superclass.getSuperclass().getSuperclass();
if (headerBeha viorType != null) {
return headerBeha viorType.getDeclaredField("scroller");
} else {
return null;
}
}
}
在 onInterceptTouchEvent 中停止 fling
@Override
public boolean onInterceptTouchEvent(CoordinatorLayout parent, AppBarLayout child, MotionEvent ev) {
shouldBlockNestedScroll = isFlinging;
switch (ev.getActionMasked()) {
case MotionEvent.ACTION_DOWN:
stopAppbarLayoutFling(child);
break;
default:
break;
}
return super.onInterceptTouchEvent(parent, child, ev);
}
private void stopAppbarLayoutFling(AppBarLayout appBarLayout) {
try {
Field flingRunnableField = getFlingRunnableField();
Field scrollerField = getScrollerField();
if (flingRunnableField != null) {
flingRunnableField.setAccessible(true);
}
if (scrollerField != null) {
scrollerField.setAccessible(true);
}
Runnable flingRunnable = null;
if (flingRunnableField != null) {
flingRunnable = (Runnable) flingRunnableField.get(this);
}
OverScroller overScroller = null;
if (scrollerField != null) {
overScroller = (OverScroller) scrollerField.get(this);
}
if (flingRunnable != null) {
appBarLayout.removeCallbacks(flingRunnable);
flingRunnableField.set(this, null);
}
if (overScroller != null && !overScroller.isFinished()) {
overScroller.abortAnimation();
}
} catch (NoSuchFieldException | IllegalAccessException e) {
e.printStackTrace();
}
}
此外，还需要在 onNestedPreScroll 中做一层过滤——当子 View 处于非触摸的 fling 状态时（type == 1），阻止该事件传递给 AppBarLayout。这样就能保证在子 View 自己 fling 的过程中，不会再触发 AppBarLayout 的联动 fling：
@Override
public void onNestedPreScroll(CoordinatorLayout coordinatorLayout, AppBarLayout child, View target,
int dx, int dy, int[] consumed, int type) {
if (type == TYPE_FLING) {
isFlinging = true;
}
if (!shouldBlockNestedScroll) {
super.onNestedPreScroll(coordinatorLayout, child, target, dx, dy, consumed, type);
}
}
完整的自定义 Beha vior 实现已通过多个版本验证，核心逻辑归纳如下：
- 在 ACTION_DOWN 时通过反射强行中止 fling
- 在
onStartNestedScroll时同样中止 fling（配合嵌套滚动开始） - 在
onNestedPreScroll中判断非触摸 fling 并阻断其传递 - 在
onStopNestedScroll中重置标记变量
public class AppBarLayoutBeha vior extends AppBarLayout.Beha vior {
private static final int TYPE_FLING = 1;
private boolean isFlinging;
private boolean shouldBlockNestedScroll;
public AppBarLayoutBeha vior(Context context, AttributeSet attrs) {
super(context, attrs);
}
// ... 上述所有方法集成在此类中
}
05. 验证效果
在布局中引用自定义 Beha vior 即可：
经过实际测试，原本令人头疼的抖动问题彻底消失，无论是快速连续滑动还是反向 fling，整个页面都能保持平稳。
参考案例：自定义 Beha vior 实现 AppBarLayout 越界弹性效果、自定义 Beha vior 的基本用法（相关文章可在社区中查找）。
