View事件分发流程
1.当用户触摸屏幕时（View 或 ViewGroup派生的控件），将产生点击事件（Touch事件）Touch事件的相关细节（发生触摸的位置、时间等）被封装成MotionEvent对象
2.一般情况下：事件列都是以DOWN事件开始、UP事件结束，中间有无数的MOVE事件
3.事件分发的本质：
将点击事件（MotionEvent）传递到某个具体的View & 处理的整个过程即 事件传递的过程 = 分发过程。
4. 事件传递的顺序：Activity -> ViewGroup -> View
5.事件分发过程由哪些方法协作完成？
6.事件分发流程图
Activity
dispatchTouchEvent(MotionEvent ev) -- 事件分发
1.返回true 直接消费掉 ,没有分发;
2.返回false,不消费,但是触摸事件不做处理;
3.只有返回super.dispatchTouchEvent(ev)事件才会向子view分发,其实是调用了PhoneWindow的superDispatchTouchEvent(),进而调用了DecorView的superDispatchTouchEvent,里面又调用了super.dispatchTouchEvent(),而DecorView是一个FrameLayout
onTouchEvent(MotionEvent event) --事件处理
1.返回false和默认(super.onTouchEvent(event)),不做处理;
2.返回true,消费事件
ViewGroup
dispatchTouchEvent(MotionEvent ev) -- 事件分发
1.返回true 事件被消费了, 事件未分发
2.返回false 事件未分发,事件传递到父容器的onTouchEvent()
3.只有返回super.dispatchTouchEvent(ev),事件才会向下走,里面会调用onInterceptTouchEvent()
onInterceptTouchEvent(MotionEvent ev) -- 事件拦截
1.返回true,事件拦截,调用自己的onTouchEvent()
2.返回false,事件未拦截,分发给了子view
3.super.onInterceptTouchEvent(ev)与返回false效果一样
onTouchEvent(MotionEvent event)
1.返回false和super.onTouchEvent(event)事件不消费,事件传递给父容器
2.返回true,事件会被消费
View
dispatchTouchEvent(MotionEvent event)
因为它最小,没有子view,所以这个方法其实没有进行分发的能力
1.返回true,事件被消费,
2.返回false ,事件传递到父容器的onTouchEvent()
3.只有返回super.dispatchTouchEvent(ev),事件才会向下走,里面会调用自己 onTouchEvent()
onTouchEvent(MotionEvent event)
1.返回false和super.onTouchEvent(event)事件不消费,事件传递给父容器
2.返回true,事件会被消费
外部拦截法与内部拦截法
区别:若ViewGroup中包裹一个View，此时滑动时需要处理之间的滑动冲突，因此需要进行滑动事件的拦截，若果我们在ViewGroup中对事件进行拦截则叫外部拦截法，在View中进行事件的拦截则叫做内部拦截法。
冲突分为俩种：1 滑动方向不一致的情况 2，滑动方向一致的情况
解决冲突的方法有俩种： 1，外部拦截法 2，内部拦截法
滑动方向不一致外层是横向滑动，内层是纵向滑动 就会出现冲突
1.外部拦截法：
取滑动事件判断当上下滑动距离大于左右滑动距离，就认为是内层的纵向控件在滑动 那么就不拦截 让内部纵向的控件获取滑动事件
2.内部拦截法
当左右滑动距离大于上下滑动距离，就认定是外层在滑动，那么就不拦截事件 让外层的控件获取滑动事件
当上下滑动距离大于左右滑动距离，就认定是内层在滑动，那么就拦截事件 不让外层的控件获取滑动事件
滑动方向一致的情况下:会有很多的控件内部listview控件会只显示一行条目 解决方法就是：自定义一个内部list view 重写方法 设置控件高度大于总条目的高度 可以设置无限大
使用外部拦截发解决滑动一致是：判断当内层的listview向下滑，滑到顶部的时候 就认为是外层的在滑动 那么就不拦截事件 判断当内层的listview向上滑，滑到底部的时候 就认为是外层的在滑动 那么就不拦截事件
