Android View事件传递机制

最近在开发中遇到view滑动冲突的问题，由于一开始就知道这个问题与view事件分发有关，之后在网上看了几篇关于事件分发的资料后，开发中遇到的问题很快便得到解决。 
在这里总结一下我对view事件分发的理解。

首先，看下事件分发流程图： 

Button事件演示

在对view的事件分发机制进行分析前，我们可以通过一个demo看看Button事件处理的流程。

protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_main); button = (Button) findViewById(R.id.button); button.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { Log.e("zhangke", "button->onClick"); } }); button.setOnTouchListener(new View.OnTouchListener() { @Override public boolean onTouch(View v, MotionEvent event) { Log.e("zhangke", "button->onTouch " + event.getAction()); return false; } }); } 

<?xml version="1.0" encoding="utf-8"?> <LinearLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:tools="http://schemas.android.com/tools" android:id="@+id/activity_main" android:layout_width="match_parent" android:layout_height="match_parent" android:orientation="vertical" tools:context="com.example.touchdemo.MainActivity"> <Button android:id="@+id/button" android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="button事件演示" /> </LinearLayout>

当OnTouchListener.onTouch方法 return false，日志如下：

11-09 09:02:52.811 2241-2241/com.example.touchdemo E/zhangke: button->onTouch 0 11-09 09:02:52.811 2241-2241/com.example.touchdemo E/zhangke: button->onTouch 1 11-09 09:02:52.818 2241-2241/com.example.touchdemo E/zhangke: button->onClick

当OnTouchListener.onTouch方法 return true：日志如下：

11-09 09:05:02.931 2340-2340/com.example.touchdemo E/zhangke: button->onTouch 0 11-09 09:05:02.936 2340-2340/com.example.touchdemo E/zhangke: button->onTouch 1

这里可以得出一下结论：

• 如果view为disenable,则：onTouchListener里面不会执行，但是会执行onTouchEvent(event)方法
• 如果onTouchListener的onTouch方法返回了true，那么view里面的onTouchEvent就不会被调用了。
• onTouchEvent方法中的ACTION_UP分支中触发onclick事件监听

View事件传递源码解析

在分析View的事件传递时，我们可以明确一下View事件传递的顺序：

1. dispatchTouchEvent（）
2. onTouchListener–>onTouch方法
3. onTouchEvent()
4. onClickListener–>onClick方法

所以我们首先通过dispatchTouchEvent方法开始分析（代码给予sdk22）

dispatchTouchEvent方法解析

以下是View中dispatchTouchEvent方法代码：

   public boolean dispatchTouchEvent(MotionEvent event) { // If the event should be handled by accessibility focus first. if (event.isTargetAccessibilityFocus()) { // We don't have focus or no virtual descendant has it, do not handle the event. if (!isAccessibilityFocusedViewOrHost()) { return false; } // We have focus and got the event, then use normal event dispatch. event.setTargetAccessibilityFocus(false); } boolean result = false; if (mInputEventConsistencyVerifier != null) { mInputEventConsistencyVerifier.onTouchEvent(event, 0); } final int actionMasked = event.getActionMasked(); if (actionMasked == MotionEvent.ACTION_DOWN) { // Defensive cleanup for new gesture stopNestedScroll(); } if (onFilterTouchEventForSecurity(event)) { //noinspection SimplifiableIfStatement ListenerInfo li = mListenerInfo; /** * 1、View的事件机制 * mOnTouchListener != null ：是否设置了OnTouchListener监听事件 * (mViewFlags & ENABLED_MASK) == ENABLED ：判断控件是否是enable，默认true * li.mOnTouchListener.onTouch(this, event)：OnTouchListener.onTouch方法返回值是否为true * * 当这三个条件成立时，onTouchEvent方法不会被执行。 * * 总结： * 1、OnTouchListener的优先级别高于onTouchEvent（便于开发者自己通过OnTouchListener处理事件） * 2、与demo中的结论相符合，View首先执行OnTouchListener.onTouch方法，如果该方法return false， * 那么将执行onClick方法，但是在dispatchTouchEvent方法中并没有onClick方法相关的代码， * 这说明onClick方法是在onTouchEvent方法中执行的。 * */ 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); } // Clean up after nested scrolls if this is the end of a gesture; // also cancel it if we tried an ACTION_DOWN but we didn't want the rest // of the gesture. if (actionMasked == MotionEvent.ACTION_UP || actionMasked == MotionEvent.ACTION_CANCEL || (actionMasked == MotionEvent.ACTION_DOWN && !result)) { stopNestedScroll(); } return result; }

onTouchEvent源码解析：

    public boolean onTouchEvent(MotionEvent event) { final float x = event.getX(); final float y = event.getY(); final int viewFlags = mViewFlags; final int action = event.getAction(); /** * 1、首先判断View是否是可用的 * 如果View是不可用，同样会响应事件，但是此时是否消耗事件有View是否可点击决定 */ if ((viewFlags & ENABLED_MASK) == DISABLED) { if (action == MotionEvent.ACTION_UP && (mPrivateFlags & PFLAG_PRESSED) != 0) { setPressed(false); } // A disabled view that is clickable still consumes the touch // events, it just doesn't respond to them. return (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE); } if (mTouchDelegate != null) { if (mTouchDelegate.onTouchEvent(event)) { return true; } } /** * 2、当View的CLICKABLE或LONG_CLICKABLE为true时，View将消耗此事件，该逻辑判断内return true； * 当View不能点击时，View将不消耗此事件，return false * * */ 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 ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) { // take focus if we don't have it already and we should in // touch mode. boolean focusTaken = false; if (isFocusable() && isFocusableInTouchMode() && !isFocused()) { focusTaken = requestFocus(); } 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)) { /** * 3、ACTION_UP事件发生时，会调用performClick方法，该方法内部执行onClick方法 */ 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; case MotionEvent.ACTION_DOWN: mHasPerformedLongPress = false; if (performButtonActionOnTouchDown(event)) { break; } // Walk up the hierarchy to determine if we're inside a scrolling container. boolean isInScrollingContainer = isInScrollingContainer(); // For views inside a scrolling container, delay the pressed feedback for // a short period in case this is a scroll. if (isInScrollingContainer) { mPrivateFlags |= PFLAG_PREPRESSED; if (mPendingCheckForTap == null) { mPendingCheckForTap = new CheckForTap(); } mPendingCheckForTap.x = event.getX(); mPendingCheckForTap.y = event.getY(); postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout()); } else { // Not inside a scrolling container, so show the feedback right away setPressed(true, x, y); checkForLongClick(0); } break; case MotionEvent.ACTION_CANCEL: setPressed(false); removeTapCallback(); removeLongPressCallback(); mInContextButtonPress = false; mHasPerformedLongPress = false; mIgnoreNextUpEvent = false; break; case MotionEvent.ACTION_MOVE: drawableHotspotChanged(x, y); // Be lenient about moving outside of buttons if (!pointInView(x, y, mTouchSlop)) { // Outside button removeTapCallback(); if ((mPrivateFlags & PFLAG_PRESSED) != 0) { // Remove any future long press/tap checks removeLongPressCallback(); setPressed(false); } } break; } return true; } return false; }

    public boolean performClick() { sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED); if (mOnClickListener != null) { playSoundEffect(SoundEffectConstants.CLICK); mOnClickListener.onClick(this); return true; } return false; }

在该方法中可以看到mOnClickListener.onClick(this)被调用了，到此处我们可以确认Button的click事件就是在onTouchEvent方法中调用的。

通过onTouchEvent方法，我们可以得出结论：

1. View的onClick方法是在ACTION_UP事件中被执行的。
2. 当View为可点击时，onTouchEvent方法才会返回true，这表示该View会消耗此事件，否则返回false，表示View不消耗此事件。

TextView事件传递分析

在上面的源码解析中，我们反复提到事件被消耗了，那么应该怎么理解这个消耗的概念呢？

其实通过上面的分析，我们不难得出结论只有当dispatchTouchEvent方法的返回值为true时，就表示事件被View消耗了。 
而决定dispatchTouchEvent的返回值有两种情况：

• OnTouchListener.onTouch的返回值
• onTouchEvent方法的返回值

OnTouchListener.onTouch的返回值我们可以手动控制，而onTouchEvent方法的返回值我们经过上面分析，我们可以狭义的理解成是由View的CLICKABLE和LONG_CLICKABLE决定的。

因为TextView默认是不可点击的，这里我们通过TextView来详细说明一下这个问题。

        TextView textView = (TextView) findViewById(R.id.textview);

        textView.setOnTouchListener(new View.OnTouchListener() { @Override public boolean onTouch(View v, MotionEvent event) { Log.e("zhangke", "textview->onTouch " + event.getAction()); return true; } }); textView.setOnClickListener(new View.OnClickListener() { @Override public void onClick(View v) { Log.e("zhangke", "textview->onClick "); } });

首先，给TextView设置OnTouchListener方法(未设置OnClickListener监听，此时默认TextView不可点击)，并改变onTouch方法的返回值，我们可以看下Log的具体输出：

    // 1、当onTouch方法return true，未设置onClick事件，日志如下 11-10 10:46:24.128 23049-23049/? E/zhangke: textview->onTouch 0 11-10 11:02:20.450 30674-30674/? E/zhangke: textview->onTouch 2 11-10 10:46:24.195 23049-23049/? E/zhangke: textview->onTouch 1 // 2、当onTouch方法return false，未设置onClick事件，日志如下 11-10 10:47:27.093 23849-23849/? E/zhangke: textview->onTouch 0

给TextView设置OnClickListener监听，并改变并改变onTouch方法的返回值，我们可以看下Log的具体输出：

    // 3、当onTouch方法return true，设置onClick事件后，日志如下 11-10 11:03:23.596 31065-31065/? E/zhangke: textview->onTouch 0 11-10 11:02:20.450 30674-30674/? E/zhangke: textview->onTouch 2 11-10 11:03:23.642 31065-31065/? E/zhangke: textview->onTouch 1 // 4、当onTouch方法return false，设置onClick事件后，日志如下 11-10 11:02:20.387 30674-30674/? E/zhangke: textview->onTouch 0 11-10 11:02:20.450 30674-30674/? E/zhangke: textview->onTouch 2 11-10 11:02:20.450 30674-30674/? E/zhangke: textview->onTouch 1 11-10 11:02:20.451 30674-30674/? E/zhangke: textview->onClick 

现在我们对上面日志的四种情况具体分析一下：

1. onTouch 返回 true，未设置onClick事件，此时会执行DOWN、MOVE、UP事件–>dispatchTouchEvent返回true
2. onTouch 返回 false，未设置onClick事件，此时会执行DOWN事件–>dispatchTouchEvent返回false
3. onTouch 返回 true，设置onClick事件，此时会执行DOWN、MOVE、UP事件–>dispatchTouchEvent返回true
4. onTouch 返回 true，设置onClick事件，此时会先执行DOWN、UP事件，然后执行onClick事件–>dispatchTouchEvent返回true

对于1、3、4这三种情况我们通过源码分析都能理解，但是对于情况2 仅仅响应了DOWN,而没有响应MOVE和UP事件，是不是感觉很奇怪？

这里可以给大家一个结论： 
如果View响应了DOWN事件，那么它必须要消耗该事件（dispatchTouchEvent返回true），否则它将不会接收到MOVE和UP事件。

具体原因： 
这是因为dispatchTouchEvent的返回值引起的，具体就是当View在响应DOWN事件时，dispatchTouchEvent的返回值将决定View的父控件是否拦截MOVE、UP事件。

• 返回值为 true，不拦截MOVE、UP事件。
• 返回值为 false，拦截MOVE、UP事件。

关于ViewGroup的事件传递机制，将在下一节中讲解，这里不做过多讨论。