本文主要参照郭霖大神的博客，配合食用效果更佳哦
最近在写学长布置的作业的时候，为了模仿QQ的滑动菜单功能，走了点弯路自己写了个slidingmenu出来，结果一运行，爆炸了。外层的HorizontalScrollView对触摸事件异常敏感，为了解决这个问题，花了几天的时间研究了下Android的事件分发过程，下面是我的一点心得，欢迎大家指正~
注：本文主要是从Android源码角度解释滑动冲突的产生原因，想要直接得到滑动冲突的解决办法的，请出门左拐，百度谷歌
View与ViewGroup
首先，滑动事件必须有个载体，你得有个给你滑你才可以滑对不？那么Android里，这个东西就是View和ViewGroup
因此在分析滑动冲突之前，我们先对View与ViewGroup涉及到的有关滑动方面的方法做以下列举
View涉及到的方法：
- public boolean dispatchTouchEvent(MotionEvent ev)
用于对触摸事件的分发，一个触摸事件到底交给哪一个View来处理，由这个方法分配，源码是
public boolean dispatchTouchEvent(MotionEvent event) {
if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&
mOnTouchListener.onTouch(this, event)) {
return true;
}
return onTouchEvent(event);
}
- public boolean onTouch(View v, MotionEvent event)
如果想让该View优先执行某一个触摸事件，可以用view.setOnTouchListenrer()重写onTouch方法就行了。
从dispatchTouchEvent的源码里我们可以看到
If（view实现了touchListener0 && 该控件是可以点的 && onTouch的返回值是true）
该事件就返回true分发完毕，不会再执行onTouchEvent中的代码，而如果onTouch返回值为false，则将执行onTouchEvent中的代码
那么我们可以将onTouch返回true理解为已经消费了该事件，返回false理解为还没有消费该事件，该次触摸事件可以被继续响应
因此我们可以把这个方法看做谷歌暴露给用户的一个接口，可以借此屏蔽该控件自带的触摸事件的逻辑判断。
-
public boolean onTouchEvent(MotionEvent event)
当触摸事件被分配给某个View处理时，如果这个View没有实现onTouch，则将该事件交给这个事件的onTouchEvent处理，这个方法可以理解为该View对触摸事件的默认处理方法
这里涉及到一个touch事件的层级传递的知识点。我们知道，一个touch事件至少由一次Down事件，任意个Move事件，还有一次Up事件，顺序组成，只有当前面的事件返回true时，后面的事件才能正常运行，否则终止执行。所以我们一般只在Up中返回false，其它的情况下返回true
注意：千万不要把onTouchEvent返回值的作用和onTouch返回值的作用混淆了。如果你去百度搜onTouchEvent返回值，那些大佬们都说什么true就是消费了false就是没消费，那都是对onTouch的解释。两者并没有任何关系....
关于这一点我是看郭霖大神的博客才彻底弄懂，之前困扰了我好久好久，还是郭霖大法好啊~
ViewGroup涉及到的方法：
view的三个方法ViewGroup都有涉及，onTouchEvent和onTouch两个方法与View的差不多，ondispatchTouchEvent与View的并不相同，代码量多而且涉及到了Android的事件分发机制，分析它的源码上郭霖大神已经讲的很详细了。不过它还有一个独特的方法也是我们解决滑动冲突的一个重要方法
- public boolean onInterceptTouchEvent(MotionEvent ev)
你去看源码的话会发现它有着大段大段的注释和只返回了一个false的奇葩特性，我们可以把它理解为谷歌留给我们用来帮助ondispatchTouchEvent处理分发事件的一个辅助方法，它具有拦截触摸事件的功能，使其它的View不能响应该事件，默认返回false
由于在这个方法里我们可以拿到触摸事件的event，它的写法跟onTouchEvent很相似。
因此我们可以通过判断手势的逻辑操作来决定
是++return true++拦截这个触摸事件交给自己的onTouchEvent处理好呢
还是++return false++不拦截交给子view处理
Android事件分发机制
- 相关源码将在文章最后贴出来*
再从Android的事件分发机制说起吧，当用户对手机进行了一次触摸事件时，Android会执行各种方法，最终将该事件交给Activity，Activity又交给它的布局ViewGroup处理。想了解这其中奥秘的，请点这里
ViewGroup拿到这个事件之后，它会交给ondispatchTouchEvent去分发该事件，通过读源码我们可以看到在判断一切触摸事件的 ”起手招式” Down手势时会进行如下判断
if (disallowIntercept || !onInterceptTouchEvent(ev))
disallowIntercept这个参数可以用 requestDisallowInterceptTouchEvent 进行修改，默认为false，因此，我们重点关注后一个参数。诶？这不就是上节介绍的ViewGroup的独特方法吗？
通过读源码我们可以看到，当 onInterceptTouchEvent(ev) 返回true时，ViewGroup的ondispatchTouchEvent 将不再进行事件传递，而是拦截该事件自行处理它
返回false时，将判断用户所触摸的是哪一个子View，并调用该View的ondispatchTouchEvent，让子View再分发一次，如果子View是继承自VIew的控件并且没有实现onTouch 方法，联系上文可以知道将由子View的 onTouchEvent 去处理该事件。
下面是源码调用子view的 dispatchTouchEvent(ev) 方法的部分
if (child.dispatchTouchEvent(ev)) {
mMotionTarget = child;
return true;
}
根据子view的分发结果来判断该次事件分发是否结束
那么，整个Android事件分发流程大致就是，Activity拿到TouchEvent，交给最外层布局的dispatchTouchEvent去判断该事件是由谁来处理。期间会调用onInterceptTouchEvent判断自己该不该拦截这个触摸事件
如果是该布局自己处理，则调用onTouchEvent处理该事件
如果是子view处理，则交给子view的dispatchTouchEvent继续判断
现在再来考虑如何解决滑动冲突是不是就有头绪了？由于我当初是HorizontalScrollView嵌套RecyclerView，一个横着滑一个竖着滑。在没有重写 onInterceptTouchEvent(ev) 这个方法时，由于默认的返回值为false，Android先给HorizontalScollView处理滑动事件，再给RecyclerView处理滑动事件，相当于一个滑动事件被处理了两次，只要在竖着滑动的时候稍微往横轴偏移一点点就会触发横向滑动，那么我们在 onInterceptTouchEvent(ev) 里处理ACTION_MOVE的情况时添加一个判断
case MotionEvent.ACTION_MOVE:
final int deltaX = lastX - currentX;
final int deltaY = lastY - currentY;
if (Math.abs(deltaX) > Math.abs(deltaY)){
return true;
}else {
//既然已经交给子view处理这次事件了，那之后就不要再拦截了吧
requestDisallowInterceptTouchEvent(true);
return false;
}
世界就变得和谐了~
源码
- ViewGroup中的dispatchTouchEvent方法
public boolean dispatchTouchEvent(MotionEvent ev) {
final int action = ev.getAction();
final float xf = ev.getX();
final float yf = ev.getY();
final float scrolledXFloat = xf + mScrollX;
final float scrolledYFloat = yf + mScrollY;
final Rect frame = mTempRect;
boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (action == MotionEvent.ACTION_DOWN) {
if (mMotionTarget != null) {
mMotionTarget = null;
}
if (disallowIntercept || !onInterceptTouchEvent(ev)) {
ev.setAction(MotionEvent.ACTION_DOWN);
final int scrolledXInt = (int) scrolledXFloat;
final int scrolledYInt = (int) scrolledYFloat;
final View[] children = mChildren;
final int count = mChildrenCount;
for (int i = count - 1; i >= 0; i--) {
final View child = children[i];
if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE
|| child.getAnimation() != null) {
child.getHitRect(frame);
if (frame.contains(scrolledXInt, scrolledYInt)) {
final float xc = scrolledXFloat - child.mLeft;
final float yc = scrolledYFloat - child.mTop;
ev.setLocation(xc, yc);
child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
if (child.dispatchTouchEvent(ev)) {
mMotionTarget = child;
return true;
}
}
}
}
}
}
boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) ||
(action == MotionEvent.ACTION_CANCEL);
if (isUpOrCancel) {
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
}
final View target = mMotionTarget;
if (target == null) {
ev.setLocation(xf, yf);
if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {
ev.setAction(MotionEvent.ACTION_CANCEL);
mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
}
return super.dispatchTouchEvent(ev);
}
if (!disallowIntercept && onInterceptTouchEvent(ev)) {
final float xc = scrolledXFloat - (float) target.mLeft;
final float yc = scrolledYFloat - (float) target.mTop;
mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
ev.setAction(MotionEvent.ACTION_CANCEL);
ev.setLocation(xc, yc);
if (!target.dispatchTouchEvent(ev)) {
}
mMotionTarget = null;
return true;
}
if (isUpOrCancel) {
mMotionTarget = null;
}
final float xc = scrolledXFloat - (float) target.mLeft;
final float yc = scrolledYFloat - (float) target.mTop;
ev.setLocation(xc, yc);
if ((target.mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {
ev.setAction(MotionEvent.ACTION_CANCEL);
target.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
mMotionTarget = null;
}
return target.dispatchTouchEvent(ev);
}
这是我第一次写博客，肯定有很多不足的地方，欢迎大家替我指点指点，小生先行谢过。
网友评论