当前位置：首页 > news >正文

View的事件分发机制

news 来源：原创 2025/8/14 21:41:08

（一）为什么要有事件分发机制

安卓界面上面的View的层级结构是树形的，可能出现多个View重叠在一起的现象（如下图），当我们点击的地方为多个View重叠的区域时，这个点击事件应该给谁呢？为了解决这一个问题，就有了事件分发机制。

（二）Android界面上的View层级结构

例如我们当前界面的xml布局文件如下：

<RootViewGroup xmlns:android="http://schemas.android.com/apk/res/android"xmlns:tools="http://schemas.android.com/tools" android:id="@+id/root_view_group"android:layout_width="match_parent" android:layout_height="match_parent"tools:context="com.yl.MainActivity"><ViewGroup2android:id="@+id/view_group1"android:layout_width="200dp"android:layout_height="200dp"><Viewandroid:id="@+id/view4"android:layout_width="50dp"android:layout_height="50dp"></View><Viewandroid:id="@+id/view5"android:layout_width="50dp"android:layout_height="50dp"></View></ViewGroup2><Viewandroid:id="@+id/view2"android:layout_width="50dp"android:layout_height="50dp"></View><Viewandroid:id="@+id/view3"android:layout_width="50dp"android:layout_height="50dp"></View>
</RootViewGroup>

在 Android一个界面中 最顶层的容器是Window，但Window是抽象的，其唯一的实现类是PhoneWindow，但其实PhoneWindow只是一个抽象的概念，其内部类DecorView，才是实际承载View的容器，故而此界面的View的层级结构大致如下：

正是View的树形层级结构，决定了它能够实现事件分发机制，有序地分发事件。

（三）事件分发机制的原理

在（一）中我们已经大致了解了View的层级结构，由于Window、PhoneWindow、DecorView较为底层且抽象，故而我们下面讨论的事件分发流程，会省略对Window、PhoneWindow和DecorView的描述，直接到RootViewGroup往下进行描述，原理都是一样的。

1.总体的流程

首先捋一下大大的总体流程，假设我们当前MainActivity的xml布局如下：

<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"xmlns:tools="http://schemas.android.com/tools" android:id="@+id/activity_main"android:layout_width="match_parent" android:layout_height="match_parent"tools:context="com.yl.MainActivity"><Viewandroid:id="@+id/view1"android:background="#E4A07B"android:layout_width="200dp"android:layout_height="200dp"/>
</RelativeLayout>

当我们点击MainActivity的界面上的View1时，事件的分发流程如下：

MainActivity->RelativeLayout->View1(正确√)

可见是自顶向下的传递的，MainActivity先接收到事件，而后是RelativeLayout（RootViewGroup）,最后才是View。

和我们传统的思维是截然相反的...我们传统的思维，是从点击处向外扩散（至少我是这样想的...），即

View1->RelativeLayout->MainActivity（大大滴错误×××）

这也是我曾经的想法，从我的角度来说我为什么会有这个思维呢？

因为我当时并没有真正理解View的事件分发机制，平时使用时，同时对ViewGroup和其内部包含的子View设置点击事件，点击事件总会被子View响应，ViewGroup总是不响应，所以惯性思维的觉得事件是从子View发出，逐层向上传递的...。

如果你也有与我曾经一样的疑惑，就接着看吧~ //TODO::问题1

2. 具体的流程

首先我们需要了解关于View事件分发机制的三个非常重要的方法：

从上图可以看到，

ViewGroup拥有三个方法，很容易理解，因为ViewGroup内部可以包含多个子View嘛，所以需要有dispatchTouchEvent方法将事件分发给子View；需要有onInterceptTouchEvent方法来拦截事件不让子View接收；也需要onTouchEvent方法来消费事件使事件不再向上回传处理。
Activity只有两个方法，没有事件拦截方法，这是因为事件最开始的接受者就是Activity，如果拦截了下面的View就接收不到事件了，这样做是没有意义的。
View也只有两个方法，没有事件拦截方法，这是因为View是最底层的事件接受者，它的下面没有子View，也就没有拦截的必要的，但View为什么会有事件分发的方法呢，它又没有子View，留着这个疑问，我们接着向下看。//TODO::问题2

这三个方法的返回值都是Boolean，通过返回 true 和 false 来控制事件传递的流程。

根据这三个方法我们再来捋一下上面那个例子的事件分发流程：

Activity最先接收到事件，首先调用到自身dispatchTouchEvent方法，而后在dispatchTouchEvent方法中经过一系列调用最终调用到RootViewGroup的dispatchTouchEvent方法实现事件分发。
RootViewGroup的dispatchTouchEvent方法被调用，在RootViewGroup的dispatchTouchEvent方法调用onInterceptTouchEvent方法判断是否拦截事件
若onInterceptTouchEvent方法返回true，代表RootViewGroup拦截事件，不继续调用子View的dispatchTouchEvent方法向下分发事件，而是调用onTouchEvent()自己处理事件，不一定消费，onTouchEvent()返回true才是消费，onTouchEvent()返回false则继续向上回传，直至事件被消费或到达最顶层任然没有被处理最终丢弃。（onInterceptTouchEvent方法返回true，事件从此处不再继续向下分发传递）
若onInterceptTouchEvent方法返回false，代表RootViewGroup不拦截事件，继续调用子View的dispatchTouchEvent方法实现事件分发。（onInterceptTouchEvent方法返回false，事件继续向下分发传递）
View1的dispatchTouchEvent方法被调用，由于View1下面没有子View了，故而，直接在dispatchTouchEvent方法中调用onTouchEvent方法处理事件，若onTouchEvent方法返回true则事件被消费，若返回false则事件继续向上回传，直至事件被消费或到达最顶层任然没有被处理最终丢弃。

好了，捋完了，是不是对事件分发流程又清晰一点了~

如果你熟悉设计模式，你就会发现，这其实是一个很经典的责任链模式，每个类都对事件进行自己的处理（拦截、分发、消费），而后再向下传递处理。

下面来了解一下这三个重要的方法都各自做了什么，是怎么调用实现事件分发的。

dispatchTouchEvent方法：负责分发事件

View的dispatchTouchEvent方法：主要用于调度onTouchListener注册的触摸事件和onTouchEvent方法，将事件分发给事件监听器，并获取事件监听器的消费结果。

//简化代码逻辑大致如下：（以下只是代码的关键逻辑代码，帮助我们理解大体的流程，不要太扣细节哈）
public boolean dispatchTouchEvent(MotionEvent event){//注册了触摸监听器，判断触摸监听器是否返回trueif(mOnTouchListener.onTouch(this,event)){//事件被消费return true;}//注册了触摸监听器但触摸监听器并未返回true 或 未注册触摸监听器，调用onTouchEvent方法将事件分发给其他监听器处理else if(onTouchEvent(event)){//有其他监听器处理了事件，事件被消费return true;}//没有任何监听器被注册，事件没有被消费return false;
}

到此处你是否已经领悟了我们上面的 问题2 了呢？

View虽然没有子View可以分发事件，但是还有事件监听器啊，所以view需要dispatchTouchEvent方法来分发事件给已注册的事件监听器。

ViewGroup 的dispatchTouchEvent方法：主要用于判断是否拦截，如不拦截则调度子View的dispatchTouchEvent方法，将事件分发给子View；若拦截则调用自身的onTouchEvent方法，将事件分发给自身的事件监听器，并获取事件监听器的消费结果。

//简化后代码主体逻辑大致如下：
public boolean dispatchTouchEvent(MotionEvent event){boolean result = false;//调用onInterceptTouchEvent方法判断自身是否拦截事件if(!onInterceptTouchEvent(event)){//不拦截，继续向下分发事件//从 后往前 遍历所有子View，并判断点击位置坐标与子View的区域，以确定被点击的子View，将事件分配给该子View//如果点击的位置是多个子View重叠的位置怎么办呢？//答案是：会将事件分发给 可点击的 显示在最上面的子View！//（注意此处说的是可点击的！若View2盖在了view1上面，但view2不可点击，view1可点击，事件还是会分发给view1的！）//因为后添加的子View覆盖在之前的View上方，而我们是从后往前遍历的，//所以最终会将事件分发给重叠位置显示在最上面的子View//故而最终事件只会被分发给 一个子View 进行处理，并不是群发！result = child.dispatchTouchEvent(event);//将事件分配给匹配的子View并获取其消费结果}//走到此处有两种情况://1.事件被拦截//2.事件没有被拦截但子View并没有消费事件，事件继续回传给ViewGroup处理if(!result){//调用自身的onTouchEvent(event)处理事件并获取消费结果result = onTouchEvent(event);}return result;
}

onInterceptTouchEvent方法：判断是否拦截事件

由于onInterceptTouchEvent方法只有ViewGroup拥有，故只分析ViewGroup

//这个就是源码咯，一模一样的
public boolean onInterceptTouchEvent(MotionEvent event){if (ev.isFromSource(InputDevice.SOURCE_MOUSE)&& ev.getAction() == MotionEvent.ACTION_DOWN&& ev.isButtonPressed(MotionEvent.BUTTON_PRIMARY)&& isOnScrollbarThumb(ev.getX(), ev.getY())) {return true;//特殊情况：这个事件是拖动滚动条时，事件应该被ViewGroup拦截}return false;//默认不拦截
}
//若要拦截可以重写此方法，并覆盖返回值
//当事件被拦截时，会发送一个ACTION_CANCEL事件给子View，表示事件取消，后续事件不会再传递过去。

onTouchEvent()方法：将事件分发给事件监听器并返回事件监听器的消费结果

事件最终都是分发给View中注册的事件监听器的
```
//简化后代码主体逻辑大致如下：
public boolean onTouchEvent(MotionEvent event){...int action = event.getAction();...//判断View是否可点击if (((viewFlags & CLICKABLE) == CLICKABLE ||(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||(viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {//可点击//判断事件类型并分发给对应的监听器switch (action) {case MotionEvent.ACTION_UP://移除长按//检测单击事件...break;case MotionEvent.ACTION_DOWN://检测长按事件...break;case MotionEvent.ACTION_CANCEL:...break;case MotionEvent.ACTION_MOVE:...break;       }return true;//在if中，故只要view 可点击 事件就会被消费！！！}return false;//事件没有被消费，继续向上回传
}
```
补充：如何使一个view可点击?
1. 在xml文件中为一个view指定 android:clickable="true"
2. 为view注册OnClickListener、OnLongClickListener、onContextClickListener`其中的一个
3. 此外，Android中一些控件（如Button、CheckBox）默认就是可点击的
注意：我们上面并没有提到OnTouchListener，因为为View注册OnTouchListener并不会影响 View的可点击状态！

但为View注册OnTouchListener并返回true还是会消费事件的，原因请看View的dispatchTouchEvent方法。
到此处，我们已经分析完事件分发机制中三个重要的方法了，来解答一下之前留下的 问题1

当我们同时给ViewGroup和其内部的子View注册点击事件监听器OnClickListener时，为什么用户点击后，总是子View消费事件，而ViewGroup无法消费事件？(此处我们假设，此ViewGroup就是根ViewGroup，且ViewGroup没有重写onInterceptTouchEvent方法并返回true去拦截事件)

看一下事件分发流程：
1. Activity接收到事件，调用dispatchTouchEvent方法，经过一系列的调用PhoneWindow->DecorView->调用到ViewGroup的dispatchTouchEvent方法，将事件分发给ViewGroup
2. 在ViewGroup的dispatchTouchEvent方法中，先是调用了onInterceptTouchEvent方法判断ViewGroup是否拦截事件
3. 此处我们的问题是默认情况没有重写拦截方法的，故而不拦截，故而会直接调用到ViewGroup子View的dispatchTouchEvent方法
4. 而此时子View注册了点击监听器OnClickListener，故而为可点击状态，子View的dispatchTouchEvent方法会直接返回true，消费了事件。
5. 此时再回到ViewGroup的dispatchTouchEvent方法中，由于返回值已被赋值为子View的返回值结果true，故不会调用到自身的onTouchEvent()方法，故而ViewGroup也就无法消费事件了。

参考文章：

安卓自定义View进阶-事件分发机制原理

安卓自定义View进阶-事件分发机制详解

（一）为什么要有事件分发机制

（二）Android界面上的View层级结构

（三）事件分发机制的原理

1.总体的流程

2. 具体的流程

相关文章：