前言
前些日子碰到一个问题：将一个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还是会被响应。
源码阅读对解决问题和提高代码水平都很有用。发现问题，解决问题，提高自己。
