从源码看取消点击事件

前言

前些日子碰到一个问题：将一个ViewGroup和它的子View都去除点击事件。由于ViewGroup重写了完全onTouchEvent，使它的点击事件响应自定义了，由此发现自己对于事件响应还是不够熟悉。
特此从点击事件方向来进行源码解析。以下是从API 21源码解读。

如果你对事件分发机制不太了解，可以先看看View的事件分发机制。也可找些大神的博客先学习下。

ViewGroup无法点击

其实解决本身点击事件的方法还是很简单的，我前面setEnabled无效以至于走了些弯路。可以给ViewGroup设置OnTouchListener并返回true.

首先要说的是，在ViewGroup中，如果子View没有消耗事件，它将会调用父类View中的dispatchTouchEvent，所以onTouchEvent方法是在View的dispatchTouchEvent中被调用的。

if (li != null && li.mOnTouchListener != null
                && (mViewFlags & ENABLED_MASK) == ENABLED
                && li.mOnTouchListener.onTouch(this,event)){
    result = true;
}

if (!result && onTouchEvent(event)) {
     result = true;
 }

在View的dispatchTouchEvent方法中，mOnTouchListener不为空且返回为true且view是enable状态时，下面的onTouchEvent将不会被执行。这样onTouchEvent里的点击事件也不会执行了。

子View无法点击

这个就可以用setEnabled方法.

public void setEnabled(boolean enabled) {
    if (enabled == isEnabled()) return;
    setFlags(enabled ? ENABLED : DISABLED, ENABLED_MASK);
    ...
}
void setFlags(int flags, int mask) {
    ...
    int old = mViewFlags;
    mViewFlags = (mViewFlags & ~mask) | (flags & mask);
    ...
}

setEnabled方法中将mViewFlags设置了，而这个参数在onTouchEvent中起了作用。

public boolean onTouchEvent(MotionEvent event) {
    final float x = event.getX();
    final float y = event.getY();
    final int viewFlags = mViewFlags;

    if ((viewFlags & ENABLED_MASK) == DISABLED) {
        if (event.getAction() == 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));
    }
    ....
    if (((viewFlags & CLICKABLE) == CLICKABLE ||
            (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
        ......
    }
}

在onTouchEvent中，这段代码是在开头，也就是点击事件响应钱。如果mViewFlags为DISABLED状态，则View自身的点击事件不响应了。根据CLICKABLE和LONG_CLICKABLE是否设置来判断是否消费此次事件，也就是说，就算没有响应点击事件，也会消耗事件。

setClickable和setLongClickable

上面那段代码的结尾，if判断就是里的参数就是setClickable和setLongClickable所设置的mViewFlags，它们和setEndable一样都调用了setFlags设置mViewFlags的值。

从这里也可以看出，setEnabled可以拦截后面的click和longClick，而setClickable,setLongClickable只要设置了其中一个，就会进入后续click和longClick处理。

• 首先看onTouchEvent中ACTION_DOWN，长按事件就是在按下一段时间后响应的.

    case MotionEvent.ACTION_DOWN:
    .....
    // For views inside a scrolling container, delay the pressed feedback for
     // a short period in case this is a scroll.
        if (isInScrollingContainer) {   //是否为scrolling container
                    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;
  

mPrivateFlags的设置在setPressed中被设为PFLAG_PRESSED，这个标识此时用来记录长按状态，在ACTION_MOVE中和ACTION_UP都被用来做判断条件；在scrolling container中，PFLAG_PREPRESSED被设置后，长按事件超过100毫秒就会在CheckForTap中被移除并设置setPressed，也就是mPrivateFlags设为PFLAG_PRESSED。这个参数在后面会有所体现。

CheckForTap是个Runnable，CheckForTap - checkForLongClick - CheckForLongPress,无论是不是在scrolling container中，都调用了checkForLongClick。

private void checkForLongClick(int delayOffset) {
    if ((mViewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)     {
        ......//长按时间判断
    }
}
//CheckForLongPress中，performLongClick返回为true,则给mHasPerformedLongPress赋值true，
if (performLongClick()) {
    mHasPerformedLongPress = true;
}

可以看到mViewFlags是决定是否执行长按事件的关键一步,也就是setLongClickable设置的改变点。

• onTouchEvent中ACTION_UP，在这一步里实现了点击事件。

    boolean prepressed = (mPrivateFlags & PFLAG_PREPRESSED) != 0;
    if ((mPrivateFlags & PFLAG_PRESSED) != 0 || prepressed) {
        ......
        if (!mHasPerformedLongPress) {
            ......
            // 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();
                }
            }
        }
    }
  

如果长按事件返回为true，这使得performLongClick返回true，mHasPerformedLongPress则为true，此时不会再执行点击事件了.而mPrivateFlags的设置就还要看ACTION_MOVE。

• onTouchEvent中ACTION_MOVE，这里移除了mPrivateFlags的PFLAG_PRESSED标识。

    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;
        
    private void removeTapCallback() {
        if (mPendingCheckForTap != null) {
            mPrivateFlags &= ~PFLAG_PREPRESSED;
            removeCallbacks(mPendingCheckForTap);
        }
    }
  

mPrivateFlags的设置在ACTION_DOWN的setPressed中被设为PFLAG_PRESSED,在ACTION_MOVE的setPressed中又被去除PFLAG_PRESSED标识，removeTapCallback方法中mPrivateFlags又被设为PFLAG_PREPRESSED。最终在ACTION_MOVE中mPrivateFlags的PFLAG_PREPRESSED标识存在。

可以看出，无论设不设置setLongClickable，在ACTION_MOVE中mPrivateFlags都被打上了标识PFLAG_PRESSED，对ACTION_UP中的判断不会有影响，只有longClick回调返回值会影响click事件是否响应.

这也得出个结论，如果你将setLongClickable(true),setClick(false)，Click还是会被响应。Click受LongClick影响，LongClick不会受Click影响。

总结

• dispatchTouchEvent中，OnTouchListener是先于onTouchEvent调用的，如果设置了OnTouchListener，则不会调用onTouchEvent，这样onTouchEvent中的点击事件也不会响应了。
• setLongClickable(false)可以使长按事件无法响应；但你将setLongClickable(true),setClick(false)，Click还是会被响应。
  源码阅读对解决问题和提高代码水平都很有用。发现问题，解决问题，提高自己。