Android进阶笔记（一）View事件分发机制理解

       作为一名Android程序猿，相信你一定碰到过滑动冲突这一问题，解决它的理论基础就是要了解view的事件分发机制，本博客只是从大的方面分析事件分发机制，如果要深入研究它，建议大家结合系统源码去进一步分析事件分发机制，本文学习“Android开发艺术探索”基础上所感，之前也看过网上一些博客讲view事件分发的，看完后仍然有点懵懵懂懂的，在这里谢谢@任玉刚的“Android开发艺术探索”，让我对view事件分发有了更深的理解，由于本人技术有限，希望大家提意见和指正。

   一、在介绍点击事件传递规则之前，首先大家应该明白我们研究的对象是MotionEvent（点击事件），点击事件分发有三个重要的方法：

public boolean dispatchTouchEvent(MotionEvent ev)     事件分发，如果事件能够传递到当前view，此方法一定调用，返回结果受当前view的onTouchEvent和下级view的dispatchTouchEvent方法影响，详细分析如下：

       1.若当前view的onTouchEvent调用，说明当前view调用onInterceptTouchEvent拦截了事件，同时当前view消耗事件，导致不调用下级view的 dispatchTouchEvent，当前view的dispatchTouchEvent返回false。

      2.反之，当前view的onTouchEvent不调用调用，说明当前view不调用onInterceptTouchEvent拦截了事件，同时当前view不消耗事件，导致调用下级view的 dispatchTouchEvent将事件分发下去，当前view的dispatchTouchEvent返回true。

public boolean onInterceptTouchEvent(MotionEvent ev)   事件拦截

     用来判断是否拦截某个事件，如果当前view拦截了某个事件，则在同一事件序列当中，此方法不会再次调用，返回结果表示是否拦截事件

public boolean onTouchEvent(MotionEvent ev)    点击事件处理（消耗事件）

二、三个方法有什么区别和联系，下面通过伪代码表示：

      public  boolean dispatchTouchEvent(MotionEvent ev){             boolean consume=false;             if(onInterceptTouchEvent(ev)){              consume=onTouchEvent(ev);             }else{               consume=child.dispatchTouchEvent(ev);                  }               return consume;          }

       

        上述伪代码将三者的关系表现的淋漓尽致：对于一个根viewGroup来说，点击事件发生后，首先会传递给当前viewGroup，这时它会调用它的dispatchTouchEvent，如果viewGroup的onInterceptTouchEvent返true，表示它拦截当前事件，调用它的onTouchEvent消耗此事件；如果viewGroup的onInterceptTouchEvent返回false就表示它不拦截，当前事件会继续传递给它的子view,子view调用dispatchTouchEvent，如此循环下去直到事件消耗。

当一个view需要处理事件时：

              如果它设置OnTouchListener,那么OnTouchListener中的OnTouch方法一定会调用，如果OnTouchListener中 的OnTouch方法返回false,则当前view的onTouchEvent方法会被调用，反之返回true,则当前view的onTouchEvent方法不会被调用;

           如果当前设置有OnClickListener那么它的OnClick方法会在onTouchEvent的OnTouch方法之后执行，平时我们常用的OnClickListener，其优先级最低，即处于事件传递尾端。

      由此可见：在设置OnTouchListener，OnClickListener且OnTouchListener中 的OnTouch方法返回false前提下，他们执行的优先级OnTouchListener  >onTouchEvent >OnClickListener(其中的方法)。

     关于事件传递的机制，给出的一些结论：

1. 同一事件序列是指从手指触屏幕那一刻到手指离开屏幕那一刻，这个事件序列包含一个down事件开始，中间包含多个Move事件， 一个up事件结束
2. 一个事件序列只能被一个view拦截且消耗
3. 某个view一旦决定拦截，那么这一个事件序列都只能由它来处理（如果时间序列能够传递给它）并且它的onInterceptTouchEvent不会再调用
4. 某个view一旦开始处理事件，如果它不消耗ACTION_DOWN事件（onTouchEvent返回false）那么同一事件序列中其他事件都不会交个它处理，并且事件将重新交由它的父元素去处理，即父元素的onTouchEvent 会被调用，意思是事件一旦交给一个view处理，那么它必须消耗掉，否则同一事件序列中剩下的事件就不再交给它来处理，就好比BOSS交给你一个任务，如果这个任务没有处理好，那么短期内BOSS就不敢再把任务交个你做了。
5. 如果view不消耗ACTION_DOWN以外的其他事件，那么这个点击事件会消失，此时父元素的onTouchEvent并不会调用，并且当前view可以持续收到后续的事件，最终这些消失的点击事件会传递给Activity处理，举个例子，就好比BOSS交个你一个任务，你解决不了，最后还是要交个BOSS解决一样的道理。
6. viewGroup默认不拦截任何事件。Android源码中viewGroup的onInterceptTouchEvent方法默认返回false。
7. view没有onInterceptTouchEvent方法，一旦有点击事件传递给它，那么它的onTouchEvent方法就会调用。
8. view的onTouchEvent默认都可以消耗事件（返回true），除非它是不可点击的（clickable和longClickable同时为false），view的longClickable属性默认都是false，clickable属性要分情况，比如button的clickable默认为true，textview的clickable默认为false。
9. view的enable属性不影响onTouchEvent的默认返回值。哪怕一个view是disable状态的，只要它的clickable或者longClickable有一个为true，那么它的onTouchEvent就返回true。
10. 事件传递过程是由外而内的，即事件总是先传给父元素，然后父元素分发给子view，但可以通过requestDisallowInterceptTouchEvent方法在子元素中干预父元素的事件分发，但是ACTION_DOWN除外。