# android View事件传递机制源码走查

站点：答源（https://www.dandroid.cn/）
原文：https://www.dandroid.cn/archives/18920
Canonical：https://www.dandroid.cn/archives/18920
作者：dandroid004
发布日期：2023-09-05
最后更新：2023-09-12 16:41
分类：Android系统开发 / Framework源码
内容类型：post
说明：本页是原文的纯文本镜像，供大模型与检索器完整读取；不含导航、广告、付费框。引用请以上方「原文」链接为准。

## 正文

上一篇文章我们看了触摸事件的产生 -> Activity.dispatchTouchEvent()的整个过程。本文就从Activity.dispatchTouchEvent()为起点来看一下触摸事件是如何在View中进行分发的。触摸事件分发的源码还是比较少的。

Activity.java

public boolean dispatchTouchEvent(MotionEvent ev) {
 if (ev.getAction() == MotionEvent.ACTION_DOWN) {
 onUserInteraction(); //这个方法作为Activity开始与用户触摸事件交互的回调
 }
 if (getWindow().superDispatchTouchEvent(ev)) { //交由Window处理，返回true，则代表事件处理完成
 return true;
 }
 return onTouchEvent(ev); //Window不能处理这个事件则自己处理
}

即调用了getWindow().superDispatchTouchEvent(ev),这里的Window实际上是PhoneWindow,这个方法最终会调用到DecorView(FrameLayout).dispatchTouchEvent(),这里就是View触摸事件分发的起点。

事件的分发过程 : ViewGroup(FrameLayout).dispatchTouchEvent()

这个方法其实并不是很长，但是也不好一次性看完。我们下面把这个方法分为3步来进行解析。

Step1 : 是否拦截

ViewGroup.dispatchTouchEvent()

 final boolean intercepted;
 if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) { //在第一次派发事件(ACTION_DOWN)时,mFirstTouchTarget必定为null
 //在第一次事件(ACTION_DOWN)派发过程中子View可以请求父View不要对触摸事件做拦截。
 //但是必须是父View在onInterceptTouchEvent中返回了false。否则子View是无法请求父View不要去拦截事件的。
 //因为它根本就没有机会
 final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0; //ViewGroup.requestDisallowInterceptTouchEvent()可以设置这个flag
 if (!disallowIntercept) {
 intercepted = onInterceptTouchEvent(ev);
 ev.setAction(action); //restore action in case it was changed
 } else {
 intercepted = false;
 }
 } else {
 intercepted = true;
 }

 if(!intercepted){
 //派发事件到子View
 }else{
 //自己处理这个事件
 }

mFirstTouchTarget是指在一次事件派发过程中能处理事件的某个子View。解释一下上面这段代码:

如果是ACTION_DOWN事件或者事件已经有处理者(mFirstTouchTarget!=null)，那么就要判断是否拦截这次触摸事件。即确定intercepted的值和是否回调onInterceptTouchEvent()。

子View可以通过调用parent.requestDisallowInterceptTouchEvent()来禁止父View拦截事件的传递。但前提是父View没有对ACTION_DOWN事件做拦截， 即(actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null)成立

可以用下面这张图描述是否拦截的相关逻辑:

Step2 : 分发事件到子View

如果第一步中intercepted==false,那么就会把这次触摸事件向子View进行分发。大致分发的逻辑是:对子View按照Z轴的顺序来派发事件(显示在最上层的子View会先接收到事件)

ViewGroup.dispatchTouchEvent()

 //循环遍历子View，把事件派发给它们
 for (int i = childrenCount - 1; i >= 0; i--) {

 final View child = ...

 view 是可见的才可以接收事件，如果不可见的话不会走下面的代码

 //如果是第一次派发事件(ACTION_DOWN)，这个方法返回null。
 //如果进行了ACTION_DOWN事件的派发，那么mFirstTouchTarget!= null, 如果child == mFristTouchTarget,则直接把事件派发给他(child)
 newTouchTarget = getTouchTarget(child);
 if (newTouchTarget != null) {
 ...
 break;
 }

 //这个方法会调用子View(View/ViewGroup)的dispatchTouchEvent，看这个child是否能处理事件
 if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
 //子View可以处理这次事件
 ...
 //这个newTouchTarget就是 mFirstTouchTarget
 newTouchTarget = addTouchTarget(child, idBitsToAssign); //把 以处理这个事件的子View添加到 TouchTarget 链表中。 并把它设置为mFirstTouchTarget
 alreadyDispatchedToNewTouchTarget = true;
 break;
 }
 }

 这段是我写的伪逻辑:
 // 对于ACTION_MOVE事件的派发，在ACTION_DWON派发中如果已经寻找到目标child，那么会直接走这个逻辑
 if(newTouchTarget !=null && !alreadyDispatchedToNewTouchTarget){
 dispatchTransformedTouchEvent(ev, cancelChild, target.child, target.pointerIdBits)
 }

dispatchTransformedTouchEvent()的逻辑其实也比较简单:

ViewGroup.dispatchTransformedTouchEvent()

private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,View child, int desiredPointerIdBits) {
 ...
 if (child == null) {
 handled = super.dispatchTouchEvent(event); //如果本身是`ViewGroup`，那么这里实际上调用的是View.dispatchTouchEvent()
 } else {
 final float offsetX = mScrollX - child.mLeft;
 final float offsetY = mScrollY - child.mTop;

 //派发给子View前 对坐标进行了转换
 event.offsetLocation(offsetX, offsetY);

 handled = child.dispatchTouchEvent(event); //调用子View的 dispatchTouchEvent()

 //派发给子View后 再把坐标转换回来
 event.offsetLocation(-offsetX, -offsetY);
 }
 ...
}

其实我感觉用语言并不是很好描述，还是看图吧:

Step3 : 没找到事件处理者，自己处理这次事件。View.dispatchTouchEvent()

这段逻辑对应的是下面这段代码:

ViewGroup.dispatchTouchEvent()

 if (mFirstTouchTarget == null) { //没有谁能够处理这个事件,交由自己来处理
 //传null， 会调用 super.dispatchTouchEvent(event)。
 handled = dispatchTransformedTouchEvent(ev, canceled, null, TouchTarget.ALL_POINTER_IDS);
 } 

这里super.dispatchTouchEvent(event)实际上是调用到了View.dispatchTouchEvent():

View.dispatchTouchEvent()

 public boolean dispatchTouchEvent(MotionEvent event) {
 ...

 ListenerInfo li = mListenerInfo;
 if (li != null && li.mOnTouchListener != null
 && (mViewFlags & ENABLED_MASK) == ENABLED
 && li.mOnTouchListener.onTouch(this, event)) {
 result = true;
 }

 if (!result && onTouchEvent(event)) {
 result = true;
 }

 ...

 return result;
 }

即会依次调用View的 : i.mOnTouchListener.onTouch(this, event)、onTouchEvent(event)

ok，到这里，分析完了ViewGroup.dispatchTouchEvent()的全逻辑。那触摸事件分发过程中，事件是如何消费和传递的呢？(上面代码中我没有展示事件消费相关代码),可以结合下面这张图，来理解触摸事件传递过程中是如何被消费的:

图出自 : https://blog.csdn.net/binbinqq86/article/details/82315399

源码走查后的一些小结论

如果在一次事件派发中没有一个子View对事件做了处理，那么就不会再派发事件。全部事件由自己来处理。

其实就对应着上面Step2中，如果对子View遍历后mFirstTouchTarget还是为null，那么就自己来处理这个事件:

 if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {

 }else{
 intercepted = true
 }

 if(intercepted){
 //自己处理
 }

如果子View处理了触摸事件，那么后续的事件都会派发到这个子View，不会派发给其他子View处理了

即Step2中，在变量子View时，如果发现子View就是mFirstTouchTarget，那么就会跳出循环，直接把事件派发给这个子View

 for (int i = childrenCount - 1; i >= 0; i--) {
 newTouchTarget = getTouchTarget(child); //判断child是否是上次派发事件过程中的target
 if (newTouchTarget != null) {
 // Child is already receiving touch within its bounds.
 // Give it the new pointer in addition to the ones it is handling.
 newTouchTarget.pointerIdBits |= idBitsToAssign;
 break;
 }
 }

 把事件派发给 newTouchTarget所指的child

关于 onInterceptTouchEvent

如果这个方法返回了false, 并且父View没有处理触摸事件，事件被子View处理。那么每次都会回调这个方法，并且将事件分发到子View中。

如果父View在ACTION_DOWN事件的下发过程中，onInterceptTouchEvent就返回了true，那么事件是永远不可能派发到子View的。

如果子View接收到了ACTION_DOWN事件，那么它是可以通过parent.requestDisallowInterceptTouchEvent()来使父View不拦截事件的下发的。

如果我们想处理一个ViewGroup的所有事件， 我们应该重写dispatchTouchEvent，不要重写onInterceptTouchEvent。

---
由 答源 DAN 底座 1.4.1 生成 · 2026-11-11T03:33:08+00:00