Android事件分发笔记

我们主要研究的几个方法：dispatchTouchEvent，onInterceptTouchEvent，onTouch， onTouchEvent，onClick。

• dispatchTouchEvent
  该方法主要是用来进行事件分发和传递的，当返回true的时候代表自己去处理，把事件传递给自己，否则就传递给其他的view。该方法也是触摸事件第一个执行的方法，后续的几个是否执行都取决于它。
• onInterceptTouchEvent
  这个方法主要是viewGroup特有的，用来做触摸事件拦截的，默认返回false。
  • 主要是用来做事件分发过程中的拦截的，相当于一个拦截器
  • 如果返回false或者super，则事件继续传递，事件所经过的每一层的viewGroup都会去调用该方法来询问是否拦截
  • 如果返回true，则代表拦截该事件，停止传递给子view，会走自己的onTouchEvent事件
  • 不像onTouchEvent是否拦截取决于down事件，该方法每个事件都可以去做拦截
  • 事件一经拦截，后续move、up事件都直接交给onTouchEvent，不会重新去询问是否拦截(即不再调用onInterceptTouchEvent)
  • 事件被拦截后，子view会接收到一个cancel事件，来恢复之前的状态，结束当前事件流

• onTouch
  这个也是触摸事件，方便给开发者调用的。根据注释：当一个触摸事件被分发到一个view的时候，就会调用该方法，它是在事件传递到onTouchEvent之前被调用的。
• onTouchEvent
  该方法就是真正用来处理触摸事件的最后调用的方法，在这里你可以自己写你的触摸事件算法。
• onClick
  这个就是我们最熟悉的点击事件了，它也属于触摸事件的一个内容，有一点需要注意就是他是在onTouchEvent的UP事件里面执行的。
  执行顺序：onTouch—>onTouchEvent—>onClick

• 事件流程图

  
  
  

  事件分发流程图.png
• 说明
  • dispatchTouchEvent和onTouchEvent一旦返回true，事件就被消费掉了，该事件就消失了，不会往下传递也不会向上回溯
  • dispatchTouchEvent和onTouchEvent一旦返回false，事件就会回溯到父控件的onTouchEvent，说明自己不处理
  • dispatchTouchEvent返回false和true对于Activity来说都是一样，因为他是最顶层的事件接收者，而ViewGroup和View返回super则是向下传递，返回false就是向父控件的onTouchEvent回溯事件。
  • onTouchEvent返回super代表向上回溯事件，返回false则代表自己不处理，所以也是向上回溯事件，如果最终都没消费，则Activity消费，事件消失。
  • onInterceptTouchEvent默认返回super，通过源码我们知道其实就是返回false，默认是不去拦截事件的，这也符合常理，可以让子view有机会去捕获事件，返回true则代表拦截了这个事件，交给自己的onTouchEvent去处理，ViewGroup的dispatchTouchEvent的super默认实现就是调用自己的onInterceptTouchEvent，这也就可以保证事件有机会分发到自己的onTouchEvent
  • dispatchTouchEvent和onTouchEvent都是以Down事件为基准，来判断后续事件是否经过自己，也就是自己消费，如果Down事件返回了false或者super，则后续事件都不再经过自己了，包括move，up，如只有返回true的时候，后续事件才会经过自己
• 实例

  • case 1 ： 全部返回super

    
    
    

    图片.png

  • case 2：view的onTouchEvent 返回true

    
    
    

    图片.png

  • case 3：View的dispatchTouchEvent返回true

    
    
    

    图片.png

  • case 4：ViewGroup的onTouchEvent返回true

    
    
    

    图片.png

  • case 5：ViewGroup的onInterceptTouchEvent返回true，并且onTouchEvent也返回true

    
    
    

    图片.png
    
    

    可以看到被拦截之后，后续move,up事件都交给自己处理，并且不再调用onIntercepetTouchEvent，而且事件也不再传递到子View。

• 关于ACTION_DOWN
  • 首先，对于dispatchTouchEvent和onTouchEvent，事件是否消费实在DOWN中决定的，如果DOWN中没有返回true，则后续的move，up都不会再来。

  • 举例：view的onTouchEvent中DOWN事件返回true

    
    
    

    图片.png
    
    

    可以看到，相比view的onTouchEvent中返回true，多出了最后一行日志。这是因为只有down返回了true，仅仅是让后续事件经过自己，但是move、up事件返回的还是super，而ViewGroup的onTouchEvent事件已经被跳过，所以up事件回溯到Activity了。在move，up事件中返回true则起不到在down中返回true的效果。

  • 再举一例：我们在view的onTouchEvent中down事件返回false看一下：

    
    
    

    图片.png
    
    

    可以看到，down中返回false之后，后续move,up事件都不在经过自己了，所以说down事件起到了决定事件流向的作用。

  • 为了解释清楚，我们再把view的dispatchTouchEvent的DOWN返回true看一下：

    
    
    

    图片.png
    
    

    可以看到，事件走到View的dispatchTouchEvent后就停止了，因为这里返回了true，代表事件在这里消费了，而后续的UP事件同样也是走到view的dispatchTouchEvent，由于up返回的是super，所以走了自身的onTouchEvent的up，然后这里返回的也是super，所以又回溯给Activity的onTouchEvent的up了。

  • 对应的view的dispatchTouchEvent的DOWN返回false
    
    

    图片.png
    
    前面提到过，对于dispatchTouchEvent和onTouchEvent，事件是否消费实在DOWN中决定的，如果DOWN中没有返回true，则后续的move，up都不会再来。