View的事件分发机制

2016-04-09 本文已影响102人求闲居士

一.和事件传递相关的方法

首先先简单介绍下事件传递的一些，事件分发是从上到下，处理是从下到上。

public boolean dispatchTouchEvent(MotionEvent ev); //用来分派event（Avtivity,ViewGroup,View）
其中调用了onInterceptTouchEvent()和onTouchEvent()，一般不重写该方法

public boolean onInterceptTouchEvent(MotionEvent ev); //用来拦截event (ViewGroup)
事件将向下传递（传递给其子View）；若手动重写该方法，使其返回true则表示拦截，事件将终止向下传递，事件由当前ViewGroup类来处理，就是调用该类的onTouchEvent()方法
public boolean onTouchEvent(MotionEvent ev); //用来处理event (ViewGroup,View)
返回true则表示该View能处理该事件，事件将终止向上传递（传递给其父View）；返回false表示不能处理，则把事件传递给其父View的onTouchEvent()方法来处理

二.点击事件的传递

先以一个点击事件来了解它的传递。当我们的手按下屏幕时，执行的是按下操作（ACTION_DOWN），也就是按下操作。

1.当按下时，由Activity的dispathTouchEvent进行事件分发。对其的传递过程的顺序是：** activity - phoneWindow(DecorView) - 根View**

这个是Activity对于点击事件的分发过程，通过源码分析，我们可以知道最终分发是由Activity内部Window来完成，即DecorView来将事件传递给我们在setContentView中设置的view，也就是根View。想了解这些概念可以看看凯子哥的Activity界面显示全解析。关注点还是在后面。

2.根View一般是GroupView，这时会调用它的dispathTouchEvent方法。在这个方法中又会调用onInterceptTouchEvent方法进行事件拦截。如果被拦截，将会交给onTouchEvent处理，处理后面再说。
我假设的ViewGroup不拦截：dispathTouchEvent - onInterceptTouchEvent - 子View的dispathTouchEvent

在这个方法中，有两种条件将决定是否要拦截这个事件：事件类型是否是ACTION_DOWN，mFirsTouchTarget != null.

mFirsTouchTarget。当ViewGroup不拦截事件并将事件交由子View处理时， mFirsTouchTarget就被赋值指向这个子View；
// Check for interception.final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
final boolean disallowIntercept = (
mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev); ev.setAction(action);
// restore action in case it was changed
} else {
intercepted = false;
}
} else {
// There are no touch targets and this action is not an initial down
// so this view group continues to intercept touches.
intercepted = true;
}

可以看出当if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null)为false时，将导致onInterceptTouchEvent方法不会再被调用，并且同一序列中的其他事件都会默认交给它处理了。所以onInterceptTouchEvent方法不会总被调用

这说明一旦ACTION_DOWN 事件被拦截，同一序列中的后序事件如move，up将不再进行拦截判断，直接交由这个ViewGroup处理。除非子View使用requestDisallowInterceptTouchEvent方法改变FLAG_DISALLOW_INTERCEPT的值，使用后ViewGroup将无法拦截除了ACTION_DOWN 以外的事件。

3.当ViewGroup不拦截，会将事件传递给子元素。

首先遍历ViewGroup的所有子元素，然后判断子元素是否能接收到点击事件（点击区域是否在子元素区域内，是否在播放动画）。

子元素如果能接受点击事件，那么事件传递给它处理。调用子元素的dispathTouchEvent方法，这样交给子元素。

4.子元素是View，这时根据mOnTouchListener和onTouchEvent来处理事件。

```
 View 的 dispathTouchEvent中：
```

          if (onFilterTouchEventForSecurity(event)) {    
            //noinspection SimplifiableIfStatement    
            ListenerInfo li = mListenerInfo;    
            if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event)) {       
               result = true;    
            }    
            if (!result && onTouchEvent(event)) {        
              result = true;    
            }
          }

从上面可以看出View对点击事件的处理。判断有没有设置mOnTouchListener ，onTouch方法返回true就不执行onTouchEvent方法了.mOnTouchListener 优先级高于onTouchEvent，这样方便在外界处理点击事件。

接着再分析onTouchEvent。总的来说，如果View设置有代理，就会执行mTouchDelegate；只要view的CLICKABLE和LONG_CLICKABLE有一个为true，都会消耗这个事件，在ACTION_UP中触发performClick调用onClick，在ACTION_DOWN中postCheckForLongClick()实现onLongClick。对于onClick和onLongClick有兴趣可以自己看看源码。

三.总结

dispathTouchEvent(MontionEvent ev) 用来进行事件的分发。返回结果受当前View的onTouchEvent和下级View的dispathTouchEvent方法影响，表示是否消耗该事件。
**onInterceptTouchEvent(MontionEvent ev) ** 判断是否拦截改事件。如果当前View已经拦截了某个事件，那么在同一个事件序列中，此方法不会再次被调用。
onTouchEvent（MontionEvent ev） 在dispathTouchEvent中调用，处理点击事件。如果已经返回不消耗事件，当前View不会再接收到这个事件。
ViewGroup的mOnTouchListener被设置，则OnTouch会被调用，否则onTouchEvent会被调用。也就是说onTouch可以屏蔽掉onTouchEvent.
View的onTouchEvent默认会消耗事件（返回true），除非它是不可点击的（longClickable和clickable为false）。View的longClickable属性默认为false，clickable属性分情况，不然Button为true，textView为false。（View的onTouchEvent和OnTouch区别
）
通过requestDisallowInterceptTouchEvent
方法可以在子元素中干预父元素的事件分发过程，但ACTION_DOWN事件除外。

View的事件分发机制

一.和事件传递相关的方法

二.点击事件的传递

三.总结

猜你喜欢

热点阅读