说说Android上的事件传递

之前写过一篇事件传递相关的博客。

一句话总结一个事件从父View到子View的传递：

dispatchTouchEvent是告诉你的领导（父VIew）这件事是不是交给你来做，返回true，交给你；返回false，这事我不管……你去找别人。无论这件事归不归你管，领导问你能不能做的时候，你总要说句话吧？所以当一个ViewGroup或者View接受到事件时dispatchTouchEvent总会被调用。onInterceptTouchEvent是告诉你的手下的小弟(该View的子View)刚才领导交的差事是你亲自做，还是小弟们做，你亲自做返回true，然后调用你自己的onTouchEvent，返回false，交给小弟做。

上面说的是一个完整的事件，是从 down->move->move->up 整个事件。

这次说说OnTouchListener和onClickListener。
在View.java->dispatchTouchEvent(MotionEvent event)方法中，有这样一段代码

if (onFilterTouchEventForSecurity(event)) {
            if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
                result = true;
            }
            //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;
            }
        }

如果设置了OnTouchListener,这里就会调用OnTouchListener的onTouch方法，并且返回true(告诉父View,这个事件我来处理)。
如果没有设置OnTouchListener，那么往下看，调用了onTouchEvent(event)，如果返回true，dispatchTouchEvent就返回true。

从这里可以知道,OnTouchListener.onTouch是优先于onTouchEvent(event)的。如果OnTouchListener.onTouch返回true（消耗了事件），那么result就等于true，后面if (!result && onTouchEvent(event))中的onTouchEvent(event)就不会走了。而我们常用的onClickListener就是在onTouchEvent(event)中被调用的。所以onTouch返回true，onClick就不会被执行的原因就在这里。

根据上面的代码发现，onClick要被执行是需要很多步判断，可谓是历经千难万阻。但是实际的编程中，我们只要给View添加一个onClickListener就行了,这是怎么做到的？请往下看

在onTouchEvent(MotionEvent event)的代码的MotionEvent.ACTION_UP的事件下，有这样一段代码

if (((viewFlags & CLICKABLE) == CLICKABLE ||
                (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
                (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
            switch (action) {
                case MotionEvent.ACTION_UP:
                .....
                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();
                                }
                            }
                        }
                        ...
                        return true;
    }

这里可以发现为什么onClick和onLongClick不会冲突。
这里调用了performClick()，在这之前做了一些线程安全的工作。onclick()就是在performClick()中被执行的。

public boolean performClick() {
        final boolean result;
        final ListenerInfo li = mListenerInfo;
        if (li != null && li.mOnClickListener != null) {
            playSoundEffect(SoundEffectConstants.CLICK);
            li.mOnClickListener.onClick(this);
            result = true;
        } else {
            result = false;
        }

        sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);
        return result;
    }

通过代码发现，一定要满足if (((viewFlags & CLICKABLE) == CLICKABLE || (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) || (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) 这个条件，这里才会被调用。而且onTouchEvent会返回true。

而当我们绑定监听器的时候，这个View会被设成clickable = true

public void setOnClickListener(@Nullable OnClickListener l) {
        if (!isClickable()) {
            setClickable(true);
        }
        getListenerInfo().mOnClickListener = l;
    }

这就是“我们只要给View添加一个onClickListener就行了”的原因了。绑定了监听器，onTouchEvent会返回true，dispatchTouchEvent就返回true。