Android事件分发机制

结构图

怎么去记忆？
1、dispatch和onToucheEvent，只要返回true就是消费，不继续往下传递；
2、所有事件，只要是返回super都是正常传递(上图绿色部分);
3、dispatchTouchEvent：分发事件，只要是返回false，就表示不向下分发，将事件送回上一层View的onTouchEvent；但是要注意actvity，因为actvity没有上层View了，所以在activity中返回false直接消费掉
4、onInterceptTouchEvent：拦截事件，返回true就是做拦截，拦截的意思就是不向下传递，本层View的onTouchEvent处理；
5、onToucheEvent: 事件处理：正常的传递顺序就是子布局到父布局，顺序跟前面的想法；返回false和super都是正常传递
6、activity和View都没有onInterceptToucheEvent方法

如何应用

当然只了解这个传递关系，具体解决滑动冲突相关问题还有一段距离，继续学习：
从ViewGroup向子View分发的过程中，需要走一个判断，如果这个判断语句没有过，那么事件将被父布局给拦截掉，这个判断语句是：

                if (!disallowIntercept) {
                    intercepted = onInterceptTouchEvent(ev);
                    ev.setAction(action); // restore action in case it was changed
                } else {
                    intercepted = false;
                }

其中disallowIntercept这个标志表示是否禁用事件拦截功能，默认情况都是false，所以一般情况下，是否拦截事件就得看后面的!onInterceptTouchEvent(ev) 这个语句的正负值了，假设我们把这里的onInterceptTouchEvent(ev) 重写并始终返回为true，那么子view将会永远得不到事件的分发，所有的事件都会被ViewGroup拦截。

滑动冲突的处理

场景1：自布局和父布局都可以上下滑动，他们又是嵌套关系；
要求：最优结果：手势优先滑动子布局，当子布局滑动到底部或者顶部后，继续滑动父布局；无缝切换，不需要手势离开屏幕；
未完待续