交通协调员CoordinatorLayout的故事

今天让我们用一个交通协调员的故事，带你揭秘CoordinatorLayout解决滑动冲突的智慧！🚦

📖 故事背景：Android城的交通大混乱

在Android城里，有几位脾气倔强的“视图司机”：

1. 大卡车Toolbar（顶部导航栏）
2. 公交车RecyclerView（内容列表）
3. 小轿车FloatingButton（悬浮按钮）

它们经常在马路上（屏幕）抢道：

• 用户上下滑动时，Toolbar想折叠/展开，RecyclerView想滚动内容
• 用户左右滑动时，ViewPager想切换页面
• 但没人协调时——Toolbar折叠一半被列表抢走事件，FloatingButton疯狂抖动…交通彻底瘫痪！

---

🚔 第一章：交通局长的诞生——CoordinatorLayout

谷歌派来了局长CoordinatorLayout，它带来两个神器：

🔧 神器1：交通规则手册（Behavior机制）

每个视图都可携带规则手册（Behavior），局长按规则调度：

java

// 举例：Toolbar的折叠规则 (AppBarLayout.Behavior)
public boolean onStartNestedScroll(CoordinatorLayout parent, AppBarLayout child, 
                                   View directTarget, int axes) {
    // 只响应垂直滑动事件
    return (axes & ViewCompat.SCROLL_AXIS_VERTICAL) != 0;
}

public void onNestedPreScroll(CoordinatorLayout coordinatorLayout, AppBarLayout child, 
                              View target, int dx, int dy, int[] consumed) {
    // 先消费滑动事件：计算Toolbar该折叠多少
    int consumedY = calculateCollapseOffset(child, dy);
    consumed[1] = consumedY; // 告诉RecyclerView：“我吃掉了一部分滑动距离！”
}

📡 神器2：对讲机系统（NestedScrolling嵌套滑动协议）

局长给所有车辆装了对讲机：

• RecyclerView（实现了NestedScrollingChild）：
  “报告！用户滑动了50px，Toolbar大哥要不要先处理？”
• Toolbar（实现了NestedScrollingParent）：
  “我消费掉30px（折叠自身），剩下20px交给小弟！”

💡 这就是嵌套滑动的精髓：子View滑动前先询问父View是否要拦截！

---

🚦 第二章：实战调度——冲突解决现场

场景1：ListView在CoordinatorLayout中失灵？

ListView老爷爷没装对讲机（不支持嵌套滑动），局长强制升级：

java

// 自定义ListView实现NestedScrollingChild
public class NestedListView extends ListView implements NestedScrollingChild {
    private NestedScrollingChildHelper mHelper = new Helper(this);

    @Override 
    public boolean startNestedScroll(int axes) {
        return mHelper.startNestedScroll(axes); // 开启对讲机
    }
    
    @Override
    public boolean dispatchNestedPreScroll(int dx, int dy, int[] consumed) {
        // 滑动前先问局长：“父View要消费吗？”
        return mHelper.dispatchNestedPreScroll(dx, dy, consumed);
    }
}

效果：
ListView滑动前先呼叫局长，局长让Toolbar先折叠，剩余距离才给ListView滚动。

---

场景2：多层嵌套时局长失忆？（CoordinatorLayout嵌套问题）

当两个局长（父+子CoordinatorLayout）都想调度：

xml

<父CoordinatorLayout>
    <ViewPager>
        <子CoordinatorLayout> <!-- 冲突点！ -->
            <RecyclerView/>
        </子CoordinatorLayout>
    </ViewPager>
    <Toolbar/>
</父CoordinatorLayout>

解决方案：
子局长必须“放权”，只处理自己辖区：

java

// 子CoordinatorLayout中Behavior的修正
public boolean onStartNestedScroll(...) {
    // 只拦截自己区域内的事件，不阻止父局长工作
    return isMyArea(target) && super.onStartNestedScroll(...);
}

⚠️ 切记：避免Behavior返回true时完全独占事件，否则父局长收不到通知。

---

场景3：FloatingButton的晕车症（滑动抖动）

原因：RecyclerView快速滑动（fling）时，CoordinatorLayout还在移动Toolbar，导致FloatingButton计算混乱。

局长的镇定剂：
紧急停止未完成的动画！

java

// 反射停止HeaderBehavior的fling动画
public class StableBehavior extends AppBarLayout.Behavior {
    private void stopFlingRunnable(AppBarLayout view) {
        try {
            Field flingField = getFlingRunnableField(); // 反射获取Runnable
            Runnable fling = (Runnable) flingField.get(this);
            view.removeCallbacks(fling);
        } catch (Exception e) { /* 处理异常 */ }
    }
}

---

🏆 第三章：局长的智慧总结

1. 事件调度三阶段

---

1. 三大冲突解决策略

   冲突类型	解决工具	关键代码
   父子滑动竞争	Behavior拦截逻辑	onStartNestedScroll()返回值
   传统View不支持嵌套	NestedScrollingChildHelper	startNestedScroll()
   动画不同步造成抖动	强制停止fling	反射移除HeaderBehavior的Runnable

2. 设计哲学
   “让视图通过通信协商，而非野蛮抢夺事件”  ——
   CoordinatorLayout不消灭任何滑动需求，而是建立事件消费的优先级机制和滑动距离分配规则，这才是解决滑动冲突的终极奥义！

🌟 小作业：试试在Behavior的onNestedPreScroll中动态改变consumed值，你会发现Toolbar和列表能像齿轮一样精准联动！这就是Android设计哲学的浪漫~