一说到事件传递，我们自然而然的就会联想到MotionEvent，是的，在事件分发机制中，事件的传递就是通过MotionEvent来传递的，MotionEvent 携带了我们触摸屏幕所产生的一系列事件，如我们熟悉的ACTION_DOWN,ACTION_MOVE,ACTION_UP等事件。今天，我们就对分发事件做一个浅析，起一个抛砖引玉的作用。
三个重要代表
点击事件的分发过程主要是由三个重要代表来完成的，他们分别是：
- dispatchTouchEvent
- onInterceptTouchEvent
- onTouchEvent
- public boolean dispatchTouchEvent(MotionEvent ev)
先来说说dispatchTouchEvent方法，这个方法是Activity、ViewGroup 和View都具有的，根据名字我们就可以知道，它主要是用来进行事件的分发的，如果一个事件能够传递给到当前View的话，那么这个方法就会被调用，它返回的结果受当前View的onTouchEvent和子View的 dispatchTouchEvent 的返回结果影响。
- public boolean onInterceptTouchEvent(MotionEvent ev)
intercept，阻止，拦截的意思，所以从方法名上看，其返回值表示是否对当前事件进行拦截。如果当前的View 拦截了某个事件，那么在同一个事件序列中，这个方法将不会被再次调用。这个方法在 dispatchTouchEvent 中调用。
- public boolean onTouchEvent(MotionEvent ev)
这个方法就是用来处理点击事件的，它的返回值表示它是否消耗事件，如果不消耗，那么同一个事件序列中，它将不会再次接收到事件。
具体的源码这里就不看了，大家可以自行前往 sdk 查看相关源码，加深印象。这三个代表之间的关系呢，我们这里用一段伪代码来表示：
public boolean dispatchTouchEvent(MotionEvent ev){
boolean consume = false;
if (onInterceptTouchEvent(ev)){
consume = onTouchEvent(ev);
} else {
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
相应图例，图片来源网路
对于ViewGroup来说，当一个事件传递到它这，那么则会调用dispatchTouchEvent这个方法，系统会询问它是否要对此事件进行拦截，如果拦截，则回调其的onTouchEvent方法，如果不拦截，则往下传递给子View，调用子View的 dispatchTouchEvent方法，这样一来，事件就用当前View传递给了子View.
干扰ViewGroup的拦截事件
下面我们来看一个代码片段
// 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;
}
这个片段截取于ViewGroup 的dispatchTouchEvent方法，从片段中我们看到，当事件传递到当前View时，想要走到 onInterceptTouchEvent方法，必须经过几个条件的判断，其中有一个条件就是(mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0，这个FLAG_DISALLOW_INTERCEPT这个标志位也起着干扰事件拦截的作用，这个标志位可以通过调用requestDisallowInterceptTouchEvent方法进行赋值，子View 可以在想要干扰父控件拦截事件的时候，可以调用该方法，告诉父控件说，我需要自己处理相应的事件，当然，这前提是父控件不拦截ACTION_DOWN事件，因为如果ACTION_DOWN被拦截了，那么后续的事件都会交由当前控件处理。这在处理滑动冲突的时候也提供了一个很好的解决办法。
当同时设置 onTouchListener和onClickListenr时，如何响应？
带着问题，我们看一下这两个片段：
public boolean dispatchTouchEvent(MotionEvent event) {
...
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;
}
}
if (!result && mInputEventConsistencyVerifier != null) {
mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
}
...
return result;
}
public boolean onTouchEvent(MotionEvent event) {
...
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
(viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
switch (action) {
case MotionEvent.ACTION_UP:
boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
...
if (prepressed) {
// The button is being released before we actually
// showed it as pressed. Make it show the pressed
// state now (before scheduling the click) to ensure
// the user sees it.
setPressed(true, x, y);
}
if (!mHasPerformedLongPress && !mIgnoreNextUpEvent) {
// This is a tap, so remove the longpress check
removeLongPressCallback();
// Only perform take click actions if we were in the pressed state
if (!focusTaken) {
// Use a Runnable and post this rather than calling
// performClick directly. This lets other visual state
// of the view update before click actions start.
if (mPerformClick == null) {
mPerformClick = new PerformClick();
}
if (!post(mPerformClick)) {
performClick();
}
}
}
if (mUnsetPressedState == null) {
mUnsetPressedState = new UnsetPressedState();
}
if (prepressed) {
postDelayed(mUnsetPressedState,
ViewConfiguration.getPressedStateDuration());
} else if (!post(mUnsetPressedState)) {
// If the post failed, unpress right now
mUnsetPressedState.run();
}
removeTapCallback();
}
mIgnoreNextUpEvent = false;
break;
...
return true;
}
return false;
}
这两个片段截取于View的dispatchTouchEvent方法和onTouchEvent方法，我们知道，在View中，事件传递总是最先给到dispatchTouchEvent方法，从片段一中可以看到，会先对 mOnTouchListener进行一个判断，如果符合相关条件，则会响应touchListener事件，如果不符合，则回调onTouchEvent方法。
在片段二中，我们可以看到，当触摸抬起时，方法会进行一系列的判断，其中注释中说道，在事件UP时，如果View处于按压状态，那么就会performClick，及处理相应的点击事件。
所以，结合以上两个片段，我们可以发现，当给View设置了onTouchListener, onClickListener的时候，View的事件响应顺序应该是这样的：onTouchListener -> onTouchEvent -> onClickListener
写在最后
这篇文章是对View的事件分发做了一个简单的介绍，更多详细的内容还需要各位自己去查看源代码以加深印象。以上说的不正确有待纠正的地方欢迎各位指出，共同进步。☺☺☺
网友评论