本文详细解析了Android中Touch事件的分发机制，包括View层级的事件传递流程、onClick与onTouch事件的关系以及如何通过返回值控制事件流向。并探讨了不同返回值对事件的影响。
今天在工作中涉及到touch事件分发，花了不少的时间，为了以后少走弯路，今天特将android中事件的分发总结一下。
一. 关于View的事件分发：
为了讲解更多的明晰明了，特举一个例子。界面中有一个button，分别注册OnClickListener和OnTouchListener事件，先看看执行过程。
<span style="white-space:pre"> </span>btn.setOnClickListener(new OnClickListener() {
@Override
public void onClick(View v) {
Log.d(tag, "onclick");
}
});
btn.setOnTouchListener(new OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
Log.d(tag, "onTouch action = " + event.getAction());
return false;
}
});06-03 22:34:26.368: D/MainActivity(16796): onTouch action = 0
06-03 22:34:26.398: D/MainActivity(16796): onTouch action = 2
06-03 22:34:26.428: D/MainActivity(16796): onTouch action = 2
06-03 22:34:26.448: D/MainActivity(16796): onTouch action = 2
06-03 22:34:26.448: D/MainActivity(16796): onTouch action = 2
06-03 22:34:26.448: D/MainActivity(16796): onTouch action = 1
06-03 22:34:26.458: D/MainActivity(16796): onclick
06-03 22:37:35.708: D/MainActivity(19029): onTouch action = 0
06-03 22:37:35.718: D/MainActivity(19029): onTouch action = 2
06-03 22:37:35.758: D/MainActivity(19029): onTouch action = 2
06-03 22:37:35.808: D/MainActivity(19029): onTouch action = 2
06-03 22:37:35.818: D/MainActivity(19029): onTouch action = 2
06-03 22:37:35.828: D/MainActivity(19029): onTouch action = 1
public boolean dispatchTouchEvent(MotionEvent event) {
if (!onFilterTouchEventForSecurity(event)) {
return false;
}
if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&
mOnTouchListener.onTouch(this, event)) {
return true;
}
return onTouchEvent(event);
}mOnTouchListener就是我们通过代码setOnTouchListener设置进去的。(mViewFlags & ENABLED_MASK) == ENABLED 表示当前的view是不是enable的，一般这个表达式的结果都为true。第三部分就是ontouch方法的返回值了，如果返回true。那么整个方法就直接返回true。
我们刚刚在ontouch方法将返回值设置为true了。那么说明此时button的dispatchTouchEvent直接返回true。如果在ontouch方法中返回false，才会执行onTouchEvent方法。那么我们可以肯定的是onclick方法是在onTouchEvent方法中被触发执行的。
下边我们不妨来看看onTouchEvent的源码吧。
public boolean onTouchEvent(MotionEvent event) {
final int viewFlags = mViewFlags;
if ((viewFlags & ENABLED_MASK) == DISABLED) {
// 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 (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
switch (event.getAction()) {
case MotionEvent.ACTION_UP:
boolean prepressed = (mPrivateFlags & PREPRESSED) != 0;
if ((mPrivateFlags & 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 (!mHasPerformedLongPress) {
// 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) {
mPrivateFlags |= PRESSED;
refreshDrawableState();
postDelayed(mUnsetPressedState,
ViewConfiguration.getPressedStateDuration());
} else if (!post(mUnsetPressedState)) {
// If the post failed, unpress right now
mUnsetPressedState.run();
}
removeTapCallback();
}
break;
case MotionEvent.ACTION_DOWN:
if (mPendingCheckForTap == null) {
mPendingCheckForTap = new CheckForTap();
}
mPrivateFlags |= PREPRESSED;
mHasPerformedLongPress = false;
postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
break;
case MotionEvent.ACTION_CANCEL:
mPrivateFlags &= ~PRESSED;
refreshDrawableState();
removeTapCallback();
break;
case MotionEvent.ACTION_MOVE:
final int x = (int) event.getX();
final int y = (int) event.getY();
// Be lenient about moving outside of buttons
int slop = mTouchSlop;
if ((x < 0 - slop) || (x >= getWidth() + slop) ||
(y < 0 - slop) || (y >= getHeight() + slop)) {
// Outside button
removeTapCallback();
if ((mPrivateFlags & PRESSED) != 0) {
// Remove any future long press/tap checks
removeLongPressCallback();
// Need to switch from pressed to not pressed
mPrivateFlags &= ~PRESSED;
refreshDrawableState();
}
}
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就是我们通过setOnClickListener设置进去的。这时，我们就应该知道我们的单击事件其实需要依赖ontouch的。现在我们就能解释，为什么我们将ontouch返回值设置为true以后，onclick就不执行的原因了，就是因为onclick是在ontouchevent方法中执行的，而ontouch返回true以后，ontouchevent方法不执行了，最终导致onclick不执行。
touch事件的传递和执行其实是要有条件的。比如，down的返回了false时，move、up是不执行的。那有人就会有疑问，那刚刚ontouch返回false了，up、move事件照样执行呀。是的，当ontouch返回false以后，就去执行ontouchevent，又由于button是可点击的，导致在ontouchevent源码中，总能执行到101行代码，返回true了，因而可以传递up和move了。
有些控件默认不具有可点击性，ontouch返回false的话，可能导致有down事件，没有后续up和move事件，这时候解决的办法有两个，一个返回true，一个设置clickable
二. 总结一下view事件的传递要点。
1. view事件的传递也是从dispatchTouchEvent开始的。
2. ontouch方法要比ontouchevent方法先执行。当ontouch返回true时，ontouchevent不会执行了。view的一些常见的click和longclick事件都市在ontouchevent方法中被触发的。
3. 对应view而言，只有上一个touch返回true时，下一个事件(move,up)才会被触发。
今天的总结到此为止，后续将总结viewgroup事件的分发，还有就是在listview、scrollview中某一个item的手势和listview、scrollview本身有冲突如何解决的。
扫一扫
757
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
