View事件分发机制思维导图（滑动冲突解决方法）

View事件分发机制思维导图（滑动冲突解决方法）

三个方法的使用图

系列执行与中断说明

1.一般情况下，一个系列的MotionEvent只会被同一个View拦截并消耗（一个ACTION_DOWN到ACTION_UP之间的所有动作称为一个系列动作）；
2.如果想一个系列的动作由不同的View执行，只能重写View的onTouchEvent，返回false值，强行改变执行人；
3.但是改变除ACTION_DOWN以外的MotionEvent，会使的 MotionEvent的动作消失，父View的onTouchEvent也不会使用，结果就是传回给Action处理（即动作无效）；
4.解决方案就是在改变返回值为false的同时，同时调用getParent().requestDisallowInterceptTouchEvent(false)，将父View的拦截方式改为True，如此实现由子View的执行者强行变成父View为执行者。（注意要在OnTouchListener.onTouch方法中实现，不然在onTouchEvent方法中容易get不到父View）
注（例子）：

        multiSeekBar.setOnTouchListener((v, event) -> {
            //解决当滑动范围在multiSeekBar内时，与ScrollView滑动冲突问题
            float x = event.getX();
            float y = event.getY();
            if (y > 290 || y < 0 || x > 614 || x < 0) {
                v.getParent().requestDisallowInterceptTouchEvent(false);
                return true;
            } else {
                v.getParent().requestDisallowInterceptTouchEvent(true);
                return false;
            }
        });

ACTION_CANCEL说明

1.ACTION_CANCEL的触发时机一为：触摸了某控件，又在另一控件区域抬起，就是出现ACTION_CANCEL;
2.二为：触发了ACTION_DOWN之后，如果父View突然拦截了ACTION_UP或ACTION_MOVE，那么在父View第一次拦截消息的瞬间，父View就指定子View不再接收信息了，子View就会接收到ACTION_CANCEL.

参考学习文档链接：View事件分发机制