完全理解AndroidTouchEvent事件分发机制(二)分析解析

完全理解Android TouchEvent事件分发

机制（二）

可以看出来,事件一旦被某一层消费掉，其它层就不会再消费了

到这里其实对事件分发的机制就有个大概了解,知道里面的原理是怎么回事。

下面就让我们来去梳理一下这个事件分发所走的逻辑。

我们仔细思考一下，为什么有的事件有UP有的没有？

为什么Up和Down的顺序不同呢？

为什么要按照这个顺序执行呢？

这个例子主要是为了说明分发、拦截、消费的流程

以例一为例，在每个View 都不拦截down 事件的情况下，down 事件是这样传递的

super.dispatchTouchEvent方法，上面我们介绍过，

这个方法内部实际上是调用的onTouchEvent方法

所以最后的输出日志顺序就是从父到子依次调用分发和拦截，然后从子到父依次调用消费。

例二也是同理，区别在于

当Father拿到事件的时候，选择了拦截下来不再询问其他,

但是Father也没消费，直接又还回给了Grandpa，

Grandpa同样也没有消费这个事件。

所以最终的顺序就是，从Grandpa到Father再返回Grandpa就结束了，没有经过LogImageView。

例三的情况就不太一样了

当Grandpa->Father->LogImageView 传递到LogImageView时，LogImageView不消费又返回给了Father，Father在onTouchEvent消费掉了事件。

然后反馈给Father说事件已经消费。，就等于parent.dispatchTouchEvent返回true给上一级的Grandpa，

Grandpa不会再调用grandpa.onTouchEvent方法。

从这里我们可以总结出来：

**dispatchTouchEvent返回值的作用是用于标志这个事件是否“消费了”，

无论是自己或者下面的子一级用掉了都算是消费掉。**

再如这个例子中，如果我们让LogImageView消费掉事件，

那么Father收到LogImageView的消息后，也会调用parent.dispatchTouchEvent返回true给Grandpa，

所以这个方法返回值的true是只要用掉就行，无论自己还是下面某一级，

而非我把事件传递下去就是true了，下面没人消费最终其实还是返回false的。

至此，我们来总结一下这三个方法的大致作用：

dispatchTouchEvent方法内容里处理的是分发过程。可以理解为从Grandpa->Father->LogImageView一层层分发的动作

dispatchTouchEvent的返回值则代表是否将事件分发出去用掉了，自己用或者给某一层子级用都算分发成功。比如Father消费了事件，或者他发出去给的LogImageView消费了事件，

这两种情况下B的dispatchTouchEvent都会返回true给Grandpa

onInterceptTouchEvent会在第一轮从父到子的时候在分发时调用，以它去决定是否拦截掉此事件不再向下分发。如果拦截下来，就会调用自己的onTouchEvent处理；如果不拦截，则继续向下传递

onTouchEvent代表消费掉事件。方法内容是具体的事件处理方法，如何处理点击滑动等。

onTouchEvent的返回值则代表对上级的反馈，通知这个东西我用掉啦，然后他的父级就会让分发方法也返回true

下面我们来解释为什么例一、二中没有Up，而例三中有

一个Action_DOWN，一个ACTION_UP，若干个ACTION_MOVE，才构成完整的事件。

前俩例子里为什么没有Up呢，很好理解，

因为他们都没有消费事件啊，所以他们只有DOWN事件，因此只有Down，没Up。

例三做类比，Father消费掉了这个事件

流程依然是先从Grandpa开始分配

（https://www.360docs.net/doc/556976582.html,atchTouchEvent）

（grandpa.onInterceptTouchEvent 判断是否拦截）

Grandpa还是没拦下来，继续分发事件（grandpa不拦截，然后调用child.dispatchTouchEvent）事件到了Father，Father进行了消费。（parent没有调用拦截方法）

Father调用onTouchEvent返回true消费掉事件，完成了整个行为。

**【例四】

在Grandpa类的onInterceptTouchEvent中添加个判断，

如果动作是UP就return true拦截掉，DOWN则不拦截和之前一样**

打印如下：

04-04 07:16:43.353 2344-2344/com.shanlovana.rcimageview E/ShanCanCan: GrandPaViewGroup dispatchTouchEvent Event 0

04-04 07:16:43.355 2344-2344/com.shanlovana.rcimageview E/ShanCanCan: GrandPaViewGroup onInterceptTouchEvent Event 0

04-04 07:16:43.355 2344-2344/com.shanlovana.rcimageview E/ShanCanCan: FatherViewGroup dispatchTouchEvent Event 0

04-04 07:16:43.356 2344-2344/com.shanlovana.rcimageview E/ShanCanCan: FatherViewGroup

onInterceptTouchEvent Event 0

04-04 07:16:43.356 2344-2344/com.shanlovana.rcimageview E/ShanCanCan: LogImageView dispatchTouchEvent Event 0

04-04 07:16:43.357 2344-2344/com.shanlovana.rcimageview E/ShanCanCan: LogImageView onTouchEvent Event 0

04-04 07:16:43.357 2344-2344/com.shanlovana.rcimageview E/ShanCanCan: FatherViewGroup onTouchEvent Event 0

04-04 07:16:43.392 2344-2344/com.shanlovana.rcimageview E/ShanCanCan: GrandPaViewGroup dispatchTouchEvent Event 1

04-04 07:16:43.392 2344-2344/com.shanlovana.rcimageview E/ShanCanCan: GrandPaViewGroup onInterceptTouchEvent Event 1

04-04 07:16:43.392 2344-2344/com.shanlovana.rcimageview E/ShanCanCan: FatherViewGroup dispatchTouchEvent Event 3

04-04 07:16:43.392 2344-2344/com.shanlovana.rcimageview E/ShanCanCan: FatherViewGroup onTouchEvent Event 3

**前面Down行为和例三一样，后面就不同了

UP流程变了，然后多了个CANCEL的动作

这里我们可以理解为**

GrandPa调用dispatchTouchEvent分发UP事件

GrandPa调用onInterceptTouchEvent返回true，拦截UP，DOWN事件则是正常的传递FatherView调用dispatchTouchEvent分发CANCEL动作

FatherView使用CANCEL动作调用onTouchEvent方法，结束

**大概也就了解的差不多了，还剩一个TouchTarget目标的概念，

为什么例三中Up和Down流程不同？**

回头去看完整源码:

@Override

public boolean dispatchTouchEvent(MotionEvent ev) {

boolean handled = false;

if (onFilterTouchEventForSecurity(ev)) {

if (actionMasked == MotionEvent.ACTION_DOWN) {

// 1.每次起始动作就重置之前的TouchTarget等参数

cancelAndClearTouchTargets(ev);

resetTouchState();

}

final boolean intercepted;

if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) { // 2.如果是起始动作才拦截，或者已经有人消费掉了事件，再去判断拦截

// 起始动作是第一次向下分发的时候，每个view都可以决定是否拦截，然后进一步判断是否消费，很好理解

// 如果有人消费掉了事件，那么也拦截~ 就像例四中的情况，也可以再次判断是否拦截的

final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;

if (!disallowIntercept) {

// 3.这里可以设置一个disallowIntercept标志，如果是true，就是谁收到事件后都不准拦截！！！

intercepted = onInterceptTouchEvent(ev);

ev.setAction(action);

} else {

intercepted = false;

}

} else {

intercepted = true;

}

TouchTarget newTouchTarget = null;

boolean alreadyDispatchedToNewTouchTarget = false;

if (!canceled && !intercepted) {

// 4.如果未拦截，只有Down动作才去子一级去找目标对象~

// 因为找目标这个操作只有Down中才会处理

if (actionMasked == MotionEvent.ACTION_DOWN ) {

final int childrenCount = mChildrenCount;

if (newTouchTarget == null && childrenCount != 0) {

for (int i = childrenCount - 1; i >= 0; i--) {

newTouchTarget = getTouchTarget(child);

if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {

newTouchTarget = addTouchTarget(child, idBitsToAssign);

alreadyDispatchedToNewTouchTarget = true;

break;

}

}

}

}

}

if (mFirstTouchTarget == null) {

// 5.把自己当做目标，去判断自己的onTouchEvent是否消费

handled = dispatchTransformedTouchEvent(ev, canceled, null,

TouchTarget.ALL_POINTER_IDS);

} else {

// 6.如果有人消费掉了事件，找出他~

TouchTarget target = mFirstTouchTarget;

while (target != null) {

// 7.消费对象信息其实是一个链式对象，记载着一个一个传递的人的信息，遍历调用它child的分发方法

final TouchTarget next = target.next;

if (dispatchTransformedTouchEvent(ev, cancelChild,

target.child, target.pointerIdBits)) {

handled = true;

}

target = next;

}

}

}

return handled;

}

dispatchTransformedTouchEvent方法，内部简化代码为:

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel, View https://www.360docs.net/doc/556976582.html,hild, int desiredPointerIdBits) {

final boolean handled;

if (child == null) {

handled = super.dispatchTouchEvent(transformedEvent);

} else {

handled = child.dispatchTouchEvent(transformedEvent);

}

return handled;

}

**就是判断如果没child了（是ViewGroup但是没子控件，或者自己就是View），

如果没child，就调用View的dispatchTouchEvent方法，

实质就是调用onTouchEvent判断是否消费掉事件

如果有child，就调用child的dispatchTouchEvent将事件一层层向下分发**

例三四中的复杂情况

其中关键主要在于多了一个TouchTarget的处理.

向下传递的核心主要是在于dispatchTransformedTouchEvent方法

第一轮动作的Down时，只要不拦截，就会在注释4代码处遍历所有child调用该方法层层传递下去

而后续其他动作时，就会进入注释6代码条件，然后遍历TouchTarget中的信息用该方法层层分发

注意不要误解:

第一次Down的时候会for循环所有child

第二轮Up的时候也会while（target.next）的迭代循环挨个判断,但是next是遍历同级，不是子级

dispatchTrancformTouchEvent（target.child）这里的.child才是向子一级一层一层分发传递的地方.

这个TouchTarget对象，主要保存的是传递路线信息，它是一个链式结构

不过这个路线不是Grandpa->Father->LogImageView的一个单子，而是每个ViewGroup都会保存一个向下的路线信息.

Cancel部分

dispatchTrancformTouchEvent中会判断，如果cancel=true动作，

则会把动作改成ACTION_CANCEL一层一层的传下去.

注意：

onTouch和onTouchEvent有什么区别，又该如何使用？

从源码中可以看出，这两个方法都是在View的dispatchTouchEvent中调用的，onTouch优先于onTouchEvent执行。如果在onTouch方法中通过返回true将事件消费掉，onTouchEvent 将不会再执行。

另外需要注意的是，onTouch能够得到执行需要两个前提条件，第一mOnTouchListener的值不能为空，第二当前点击的控件必须是enable的。因此如果你有一个控件是非enable的，那么给它注册onTouch事件将永远得不到执行。对于这一类控件，如果我们想要监听它的touch事件，就必须通过在该控件中重写onTouchEvent方法来实现。

到这里，我们的事件传递就全部讲解完成了，下面让我们看看他的实际用途吧。

用途：

滑动事件冲突的解决方法:

外部拦截法

外部拦截法是指在有点击事件时都要经过父容器，那么在父容器时如果需要拦截就拦截自己处理，不需要则传递给下一层进行处理，

下面看个例子

首先定义一个水平滑动的HorizontalScrollView，看主要代码

主要的拦截是需要重写onInterceptTouchEvent

此示例是借鉴于lylodlig的一篇文章，在此感谢。

@Override

public boolean onInterceptTouchEvent(MotionEvent ev) {

boolean intercepted = false;

int x = (int) ev.getX();

int y = (int) ev.getY();

switch (ev.getAction()) {

case MotionEvent.ACTION_DOWN:

//down事件不拦截，否则无法传给子元素

intercepted = false;

if (!mScroller.isFinished()) {

mScroller.abortAnimation();

intercepted = true;

}

break;

case MotionEvent.ACTION_MOVE:

int deltaX = x - mLastXIntercept;

int deltaY = y - mLastYIntercept;

//水平滑动则拦截

if (Math.abs(deltaX) > Math.abs(deltaY) + 5) {

https://www.360docs.net/doc/556976582.html,pted = true;

} else {

intercepted = false;

}

break;

case MotionEvent.ACTION_UP:

//不拦截，否则子元素无法收到

intercepted = false;

break;

}

//因为当ViewGroup中的子View可能消耗了down事件，在onTouchEvent无法获取，// 无法对mLastX赋初值，所以在这里赋值一次

mLastX = x;

mLastY = y;

mLastYIntercept = y;

mLastXIntercept = x;

return intercepted;

}

在down事件不需要拦截，返回false，否则的话子view无法收到事件，将全部会由父容器处理，这不是希望的；up事件也要返回false，否则最后子view收不到

看看move事件，当水平滑动距离大于竖直距离时，代表水平滑动，返回true，由父类来进行处理，否则交由子view处理。这里move事件就是主要的拦截条件判断，如果你遇到的不是水平和竖直的条件这么简单，就可以在这里进行改变，比如，ScrollView嵌套了ListView，条件就变成，当ListView滑动到底部或顶部时，返回true，交由父类滑动处理，否则自身ListView滑动。

在onTouchEvent中主要是做的滑动切换的处理

@Override

public boolean onTouchEvent(MotionEvent event) {

mVelocityTracker.addMovement(event);

int x = (int) event.getX();

int y = (int) event.getY();

switch (event.getAction()) {

case MotionEvent.ACTION_DOWN:

if (!mScroller.isFinished()) {

mScroller.abortAnimation();

}

break;

case MotionEvent.ACTION_MOVE:

int deltaX = x - mLastX;

int deltaY = y - mLastY;

if (getScrollX() < 0) {

scrollTo(0, 0);

}

scrollBy(-deltaX, 0);

break;

case MotionEvent.ACTION_UP:

int scrollX = getScrollX();

https://www.360docs.net/doc/556976582.html,puteCurrentVelocity(1000);

float xV elocityTracker = mVelocityTracker.getXVelocity();

if (Math.abs(xVelocityTracker) > 50) {//速度大于50则滑动到下一个

mChildIndex = xVelocityTracker > 0 ? mChildIndex - 1 : mChildIndex + 1;

} else {

mChildIndex = (scrollX + mChildWith / 2) / mChildWith;

}

mChildIndex = Math.max(0, Math.min(mChildIndex, mChildrenSize - 1));

int dx = mChildIndex * mChildWith - scrollX;

smoothScrollBy(dx, 0);

mVelocityTracker.clear();

break;

}

mLastY = y;

mLastX = x;

return true;

}

在这个嵌套一个普通的ListView，这样就可以解决水平和竖直滑动冲突的问题了。

android:layout_width="match_parent"

android:layout_height="200dp">

android:id="@+id/listView"

android:layout_width="match_parent"

android:layout_height="match_parent" />

android:layout_width="match_parent"

android:layout_height="match_parent"

android:background="@android:color/holo_blue_bright"

android:text="2" />

android:layout_width="match_parent"

android:layout_height="match_parent"

android:background="@android:color/holo_green_dark"

android:text="3" />

内部拦截法

内部拦截法是父容器不拦截任何事件，所有事件都传递给子view，如果需要就直接消耗掉，不需要再传给父容器处理

下面重写一个ListView，只需要重写一个dispatchTouchEvent方法就OK

@Override

public boolean dispatchTouchEvent(MotionEvent ev) {

int x = (int) ev.getX();

int y = (int) ev.getY();

switch (ev.getAction()) {

case MotionEvent.ACTION_DOWN:

//子View的所有父ViewGroup都会跳过onInterceptTouchEvent的回调

getParent().requestDisallowInterceptTouchEvent(true);

https://www.360docs.net/doc/556976582.html,ak;

case MotionEvent.ACTION_MOVE:

int deltaX = x - mLastX;

int deltaY = y - mLastY;

if (Math.abs(deltaX) > Math.abs(deltaY) + 5) {//水平滑动，使得父类可以执行onInterceptTouchEvent

getParent().requestDisallowInterceptTouchEvent(false);

}

break;

}

mLastX = x;

mLastY = y;

return super.dispatchTouchEvent(ev);

}

在down事件调用getParent().requestDisallowInterceptTouchEvent(true)，这句代码的意思是使这个view的父容器都会跳过onInterceptTouchEvent，在move中判断如果是水平滑动就由父容器去处理，父容器只需要把之前的onInterceptTouchEvent改为下面那样，其他不变.

@Override

public boolean onInterceptTouchEvent(MotionEvent ev) {

int x = (int) ev.getX();

int y = (int) ev.getY();

if (ev.getAction() == MotionEvent.ACTION_DOWN) {

mLastX = x;

mLastY = y;

if (!mScroller.isFinished()) {

mScroller.abortAnimation();

return true;

}

return false;

} else {

//如果是非down事件，说明子View并没有拦截父类的onInterceptTouchEvent

//说明该事件交由父类处理，所以不需要再传递给子类，返回true

return true;

}

}

解决这些问题的基本的思想就是这些，希望可以帮助到您。