iis服务器助手广告广告
返回顶部
首页 > 资讯 > 移动开发 >Android点击事件派发机制源码分析
  • 725
分享到

Android点击事件派发机制源码分析

事件源码Android 2022-06-06 07:06:49 725人浏览 八月长安
摘要

概述  一直想写篇关于Android事件派发机制的文章,却一直没写,这两天刚好是周末,有时间了,想想写一篇吧,不然总是只停留在会用的层次上但是无法了解其内部机制。我

概述 

一直想写篇关于Android事件派发机制的文章,却一直没写,这两天刚好是周末,有时间了,想想写一篇吧,不然总是只停留在会用的层次上但是无法了解其内部机制。我用的是4.4源码,打开看看,挺复杂的,尤其是事件是怎么从Activity派发出来的,太费解了。了解windows消息机制的人会发现,觉得Android的事件派发机制和Windows的消息派发机制挺像的,其实这是一种典型的消息“冒泡”机制,很多平台采用这个机制,消息最先到达最底层View,然后它先进行判断是不是它所需要的,否则就将消息传递给它的子View,这样一来,消息就从水底的气泡一样向上浮了一点距离,以此类推,气泡达到顶部和空气接触,破了(消息被处理了),当然也有气泡浮出到顶层了,还没破(消息无人处理),这个消息将由系统来处理,对于Android来说,会由Activity来处理。 

Android点击事件的派发机制 

1. 从Activity传递到底层View

 点击事件用MotionEvent来表示,当一个点击操作发生时,事件最先传递给当前Activity,由Activity的dispatchTouchEvent来进行事件派发,具体的工作是由Activity内部的Window来完成的,Window会将事件传递给decor view,decor view一般就是当前界面的底层容器(即setContentView所设置的View的父容器),通过Activity.getWindow.getDecorView()可以获得。另外,看下面代码的的时候,主要看我注释的地方,代码很多很复杂,我无法一一说明,但是我注释的地方都是关键点,是博主仔细读代码总结出来的。 

源码解读: 

事件是由哪里传递给Activity的,这个我还不清楚,但是不要紧,我们从activity开始分析,已经足够我们了解它的内部实现了。 

Code:Activity#dispatchTouchEvent


   
  public boolean dispatchTouchEvent(MotionEvent ev) {
    if (ev.getAction() == MotionEvent.ACTION_DOWN) {
      //这个函数其实是个空函数,啥也没干,如果你没重写的话,不用关心
      onUserInteraction();
    }
    //这里事件开始交给Activity所附属的Window进行派发,如果返回true,整个事件循环就结束了
    //返回false意味着事件没人处理,所有人的onTouchEvent都返回了false,那么Activity就要来做最后的收场。
    if (getWindow().superDispatchTouchEvent(ev)) {
      return true;
    }
    //这里,Activity来收场了,Activity的onTouchEvent被调用
    return onTouchEvent(ev);
  } 

Window是如何将事件传递给ViewGroup的

Code:Window#superDispatchTouchEvent 


  
  public abstract boolean superDispatchTouchEvent(MotionEvent event);

这竟然是一个抽象函数,还注明了应用开发者不要实现它或者调用它,这是什么情况?再看看如下类的说明,大意是说:这个类可以控制顶级View的外观和行为策略,而且还说这个类的唯一一个实现位于android.policy.PhoneWindow,当你要实例化这个Window类的时候,你并不知道它的细节,因为这个类会被重构,只有一个工厂方法可以使用。好吧,还是很模糊啊,不太懂,不过我们可以看一下android.policy.PhoneWindow这个类,尽管实例化的时候此类会被重构,但是重构而已,功能是类似的。 

Abstract base class for a top-level window look and behavior policy. An instance of this class should be used as the top-level view added to the window manager. It provides standard UI policies such as a background, title area, default key processing, etc.The only existing implementation of this abstract class is android.policy.PhoneWindow, which you should instantiate when needing a Window. Eventually that class will be refactored and a factory method added for creating Window instances without knowing about a particular implementation.  

Code:PhoneWindow#superDispatchTouchEvent


@Override
  public boolean superDispatchTouchEvent(MotionEvent event) {
    return mDecor.superDispatchTouchEvent(event);
  }这个逻辑很清晰了,PhoneWindow将事件传递给DecorView了,这个DecorView是啥呢,请看下面 
  private final class DecorView extends FrameLayout implements RootViewSurfaceTaker
  // This is the top-level view of the window, containing the window decor.
  private DecorView mDecor;
  @Override
  public final View getDecorView() {
    if (mDecor == null) {
      installDecor();
    }
    return mDecor;
  }

顺便说一下,平时Window用的最多的就是((ViewGroup)getWindow().getDecorView().findViewById(android.R.id.content)).getChildAt(0)即通过Activity来得到内部的View。这个mDecor显然就是getWindow().getDecorView()返回的View,而我们通过setContentView设置的View是它的一个子View。目前事件传递到了DecorView 这里,由于DecorView 继承自FrameLayout且是我们的父View,所以最终事件会传递给我们的View,原因先不管了,换句话来说,事件肯定会传递到我们的View,不然我们的应用如何响应点击事件呢。不过这不是我们的重点,重点是事件到了我们的View以后应该如何传递,这是对我们更有用的。从这里开始,事件已经传递到我们的顶级View了,注意:顶级View实际上是最底层View,也叫根View。 

2.底层View对事件的分发过程 

点击事件到底层View(一般是一个ViewGroup)以后,会调用ViewGroup的dispatchTouchEvent方法,然后的逻辑是这样的:如果底层ViewGroup拦截事件即onInterceptTouchEvent返回true,则事件由ViewGroup处理,这个时候,如果ViewGroup的mOnTouchListener被设置,则会onTouch会被调用,否则,onTouchEvent会被调用,也就是说,如果都提供的话,onTouch会屏蔽掉onTouchEvent。在onTouchEvent中,如果设置了mOnClickListener,则onClick会被调用。如果顶层ViewGroup不拦截事件,则事件会传递给它的在点击事件链上的子View,这个时候,子View的dispatchTouchEvent会被调用,到此为止,事件已经从最底层View传递给了上一层View,接下来的行为和其底层View一致,如此循环,完成整个事件派发。另外要说明的是,ViewGroup默认是不拦截点击事件的,其onInterceptTouchEvent返回false。 

源码解读: 

Code:ViewGroup#dispatchTouchEvent 


  @Override
  public boolean dispatchTouchEvent(MotionEvent ev) {
    if (mInputEventConsistencyVerifier != null) {
      mInputEventConsistencyVerifier.onTouchEvent(ev, 1);
    }
    boolean handled = false;
    if (onFilterTouchEventForSecurity(ev)) {
      final int action = ev.getAction();
      final int actionMasked = action & MotionEvent.ACTION_MASK;
      // Handle an initial down.
      if (actionMasked == MotionEvent.ACTION_DOWN) {
        // Throw away all previous state when starting a new touch gesture.
        // The framework may have dropped the up or cancel event for the previous gesture
        // due to an app switch, ANR, or some other state change.
        cancelAndClearTouchTargets(ev);
        resetTouchState();
      }
      // Check for interception.
      final boolean intercepted;
      if (actionMasked == MotionEvent.ACTION_DOWN
          || mFirstTouchTarget != null) {
        final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
        if (!disallowIntercept) {
       //这里判断是否拦截点击事件,如果拦截,则intercepted=true
          intercepted = onInterceptTouchEvent(ev);
          ev.setAction(action); // restore action in case it was changed
        } else {
          intercepted = false;
        }
      } else {
        // There are no touch targets and this action is not an initial down
        // so this view group continues to intercept touches.
        intercepted = true;
      }
      // Check for cancelation.
      final boolean canceled = resetCancelNextUpFlag(this)
          || actionMasked == MotionEvent.ACTION_CANCEL;
      // Update list of touch targets for pointer down, if needed.
      final boolean split = (mGroupFlags & FLAG_SPLIT_MOTION_EVENTS) != 0;
      TouchTarget newTouchTarget = null;
      boolean alreadyDispatchedToNewTouchTarget = false;
       //这里面一大堆是派发事件到子View,如果intercepted是true,则直接跳过
      if (!canceled && !intercepted) {
        if (actionMasked == MotionEvent.ACTION_DOWN
            || (split && actionMasked == MotionEvent.ACTION_POINTER_DOWN)
            || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
          final int actionIndex = ev.getActionIndex(); // always 0 for down
          final int idBitsToAssign = split ? 1 << ev.getPointerId(actionIndex)
              : TouchTarget.ALL_POINTER_IDS;
          // Clean up earlier touch targets for this pointer id in case they
          // have become out of sync.
          removePointersFromTouchTargets(idBitsToAssign);
          final int childrenCount = mChildrenCount;
          if (newTouchTarget == null && childrenCount != 0) {
            final float x = ev.getX(actionIndex);
            final float y = ev.getY(actionIndex);
            // Find a child that can receive the event.
            // Scan children from front to back.
            final View[] children = mChildren;
            final boolean customOrder = isChildrenDrawinGorderEnabled();
            for (int i = childrenCount - 1; i >= 0; i--) {
              final int childIndex = customOrder ?
                  getChildDrawingOrder(childrenCount, i) : i;
              final View child = children[childIndex];
              if (!canViewReceivePointerEvents(child)
                  || !isTransfORMedTouchPointInView(x, y, child, null)) {
                continue;
              }
              newTouchTarget = getTouchTarget(child);
              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;
              }
              resetCancelNextUpFlag(child);
              if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
                // Child wants to receive touch within its bounds.
                mLastTouchDownTime = ev.getDownTime();
                mLastTouchDownIndex = childIndex;
                mLastTouchDownX = ev.getX();
                mLastTouchDownY = ev.getY();
                //注意下面两句,如果有子View处理了点击事件,则newTouchTarget会被赋值,
                //同时alreadyDispatchedToNewTouchTarget也会为true,这两个变量是直接影响下面的代码逻辑的。
                newTouchTarget = addTouchTarget(child, idBitsToAssign);
                alreadyDispatchedToNewTouchTarget = true;
                break;
              }
            }
          }
          if (newTouchTarget == null && mFirstTouchTarget != null) {
            // Did not find a child to receive the event.
            // Assign the pointer to the least recently added target.
            newTouchTarget = mFirstTouchTarget;
            while (newTouchTarget.next != null) {
              newTouchTarget = newTouchTarget.next;
            }
            newTouchTarget.pointerIdBits |= idBitsToAssign;
          }
        }
      }
      // Dispatch to touch targets.
     //这里如果当前ViewGroup拦截了事件,或者其子View的onTouchEvent都返回了false,则事件会由ViewGroup处理
      if (mFirstTouchTarget == null) {
        // No touch targets so treat this as an ordinary view.
       //这里就是ViewGroup对点击事件的处理
        handled = dispatchTransformedTouchEvent(ev, canceled, null,
            TouchTarget.ALL_POINTER_IDS);
      } else {
        // Dispatch to touch targets, excluding the new touch target if we already
        // dispatched to it. Cancel touch targets if necessary.
        TouchTarget predecessor = null;
        TouchTarget target = mFirstTouchTarget;
        while (target != null) {
          final TouchTarget next = target.next;
          if (alreadyDispatchedToNewTouchTarget && target == newTouchTarget) {
            handled = true;
          } else {
            final boolean cancelChild = resetCancelNextUpFlag(target.child)
                || intercepted;
            if (dispatchTransformedTouchEvent(ev, cancelChild,
                target.child, target.pointerIdBits)) {
              handled = true;
            }
            if (cancelChild) {
              if (predecessor == null) {
                mFirstTouchTarget = next;
              } else {
                predecessor.next = next;
              }
              target.recycle();
              target = next;
              continue;
            }
          }
          predecessor = target;
          target = next;
        }
      }
      // Update list of touch targets for pointer up or cancel, if needed.
      if (canceled
          || actionMasked == MotionEvent.ACTION_UP
          || actionMasked == MotionEvent.ACTION_HOVER_MOVE) {
        resetTouchState();
      } else if (split && actionMasked == MotionEvent.ACTION_POINTER_UP) {
        final int actionIndex = ev.getActionIndex();
        final int idBitsToRemove = 1 << ev.getPointerId(actionIndex);
        removePointersFromTouchTargets(idBitsToRemove);
      }
    }
    if (!handled && mInputEventConsistencyVerifier != null) {
      mInputEventConsistencyVerifier.onUnhandledEvent(ev, 1);
    }
    return handled;
  }

 下面再看ViewGroup对点击事件的处理

Code:ViewGroup#dispatchTransformedTouchEvent


   
  private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
      View child, int desiredPointerIdBits) {
    final boolean handled;
    // Canceling motions is a special case. We don't need to perform any transformations
    // or filtering. The important part is the action, not the contents.
    final int oldAction = event.getAction();
    if (cancel || oldAction == MotionEvent.ACTION_CANCEL) {
      event.setAction(MotionEvent.ACTION_CANCEL);
      if (child == null) {
     //这里就是ViewGroup对点击事件的处理,其调用了View的dispatchTouchEvent方法
        handled = super.dispatchTouchEvent(event);
      } else {
        handled = child.dispatchTouchEvent(event);
      }
      event.setAction(oldAction);
      return handled;
    }
    // Calculate the number of pointers to deliver.
    final int oldPointerIdBits = event.getPointerIdBits();
    final int newPointerIdBits = oldPointerIdBits & desiredPointerIdBits;
    // If for some reason we ended up in an inconsistent state where it looks like we
    // might produce a motion event with no pointers in it, then drop the event.
    if (newPointerIdBits == 0) {
      return false;
    }
    // If the number of pointers is the same and we don't need to perform any fancy
    // irreversible transformations, then we can reuse the motion event for this
    // dispatch as long as we are careful to revert any changes we make.
    // Otherwise we need to make a copy.
    final MotionEvent transformedEvent;
    if (newPointerIdBits == oldPointerIdBits) {
      if (child == null || child.hasIdentityMatrix()) {
        if (child == null) {
          handled = super.dispatchTouchEvent(event);
        } else {
          final float offsetX = mScrollX - child.mLeft;
          final float offsetY = mScrollY - child.mTop;
          event.offsetLocation(offsetX, offsetY);
          handled = child.dispatchTouchEvent(event);
          event.offsetLocation(-offsetX, -offsetY);
        }
        return handled;
      }
      transformedEvent = MotionEvent.obtain(event);
    } else {
      transformedEvent = event.split(newPointerIdBits);
    }
    // Perform any necessary transformations and dispatch.
    if (child == null) {
      handled = super.dispatchTouchEvent(transformedEvent);
    } else {
      final float offsetX = mScrollX - child.mLeft;
      final float offsetY = mScrollY - child.mTop;
      transformedEvent.offsetLocation(offsetX, offsetY);
      if (! child.hasIdentityMatrix()) {
        transformedEvent.transform(child.getInverseMatrix());
      }
      handled = child.dispatchTouchEvent(transformedEvent);
    }
    // Done.
    transformedEvent.recycle();
    return handled;
  }

再看

Code:View#dispatchTouchEvent


  
  public boolean dispatchTouchEvent(MotionEvent event) {
    if (mInputEventConsistencyVerifier != null) {
      mInputEventConsistencyVerifier.onTouchEvent(event, 0);
    }
    if (onFilterTouchEventForSecurity(event)) {
      //noinspection SimplifiableIfStatement
      ListenerInfo li = mListenerInfo;
      if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED
          && li.mOnTouchListener.onTouch(this, event)) {
        return true;
      }
      if (onTouchEvent(event)) {
        return true;
      }
    }
    if (mInputEventConsistencyVerifier != null) {
      mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
    }
    return false;
  }

这段代码比较简单,View对事件的处理是这样的:如果设置了OnTouchListener就调用onTouch,否则就直接调用onTouchEvent,而onClick是在onTouchEvent内部通过performClick触发的。简单来说,事件如果被ViewGroup拦截或者子View的onTouchEvent都返回了false,则事件最终由ViewGroup处理。 

3.无人处理的点击事件 

如果一个点击事件,子View的onTouchEvent返回了false,则父View的onTouchEvent会被直接调用,以此类推。如果所有的View都不处理,则最终会由Activity来处理,这个时候,Activity的onTouchEvent会被调用。这个问题已经在1和2中做了说明。

您可能感兴趣的文章:Android中父View和子view的点击事件处理问题探讨Android中捕获TTextView文本中的链接点击事件方法简单讲解Android开发中触摸和点击事件的相关编程方法Android如何防止多次点击事件Android中捕捉menu按键点击事件的方法Android使用RecyclerView实现自定义列表、点击事件以及下拉刷新Android 中ListView的Item点击事件失效的快速解决方法Android开发在轮播图片上加入点击事件的方法Android中EditText的drawableRight属性设置点击事件Android点击事件的实现方式


--结束END--

本文标题: Android点击事件派发机制源码分析

本文链接: https://www.lsjlt.com/news/24126.html(转载时请注明来源链接)

有问题或投稿请发送至: 邮箱/279061341@qq.com    QQ/279061341

本篇文章演示代码以及资料文档资料下载

下载Word文档到电脑,方便收藏和打印~

下载Word文档
猜你喜欢
  • Android事件分发机制深入刨析原理及源码
    目录前言事件分发原因事件分发对象事件分发方法事件分发参与者事件分发流程事件分发源码前言 在 Android 中,事件分发机制是一块很重要的知识点, 掌握这个机制能帮你在平时的开发中解...
    99+
    2023-05-16
    Android事件分发机制 Android事件分发机制原理
  • Android事件分发机制 ViewGroup分析
    目录整体流程源码分析前言: 事件分发从手指触摸屏幕开始,即产生了触摸信息,被底层系统捕获后会传递给Android的输入系统服务IMS,通过Binder把消息发送到activity,a...
    99+
    2024-04-02
  • Android事件分发机制示例分析
    Android事件类型 public boolean onTouchEvent(MotionEvent event) { switch (event.getActio...
    99+
    2024-04-02
  • Android事件分发机制全面解析
    目录事件分发机制 ViewGroup.dispatchTouchEvent 源码分析 View.dispatchTouchEvent 和 View.onTouchEvent 源码分析...
    99+
    2024-04-02
  • Vue2.0父子组件间事件派发机制的示例分析
    这篇文章主要为大家展示了“Vue2.0父子组件间事件派发机制的示例分析”,内容简而易懂,条理清晰,希望能够帮助大家解决疑惑,下面让小编带领大家一起研究并学习一下“Vue2.0父子组件间事件派发机制的示例分析...
    99+
    2024-04-02
  • React事件机制源码解析
    目录原理简述 源码浅析 委托事件绑定 listenToAllSupportedEventslistenToNativeEvent addTrappedEventListener 不需...
    99+
    2024-04-02
  • android点击事件传递机制是什么
    Android中的点击事件传递机制是基于View的层次结构进行的。当用户触摸屏幕时,Android系统会将触摸事件传递给最上层的Vi...
    99+
    2023-08-18
    android
  • android点击事件传递机制怎么实现
    Android的点击事件传递机制是通过View的dispatchTouchEvent方法和onTouchEvent方法实现的。首先,...
    99+
    2023-10-20
    android
  • Android事件分发机制的详解
    Android事件分发机制我们只考虑最重要的四个触摸事件,即:DOWN,MOVE,UP和CANCEL。一个手势(gesture)是一个事件列,以一个DOWN事件开始(当用户触摸屏幕时产生),后跟0个或多个MOVE事件(当用户四处移动手指时产...
    99+
    2023-05-30
    android 事件 分发
  • AndroidViewGroup事件分发和处理源码分析
    目录正文处理ACTION_DOWN事件检测是否截断事件不截断ACTION_DOWN事件寻找处理事件的子View事件分发给子ViewViewGroup自己处理ACTION_DOWN事件...
    99+
    2023-02-14
    Android ViewGroup事件分发处理 Android ViewGroup源码分析
  • 聊聊Android中的事件分发机制
    目录Activity的事件分发机制 ViewGroup的事件分发机制 View的事件分发机制 View事件分发机制的本质就是就是MotionEvent事件的分发过程,即MotionE...
    99+
    2024-04-02
  • Android开发Retrofit源码分析
    目录项目结构retrofit 使用Retrofit #createServiceMethod #parseAnnotationsHttpServiceMethod#parseAnno...
    99+
    2024-04-02
  • 深入浅析Android项目中的 View事件分发机制
    本篇文章为大家展示了深入浅析Android项目中的 View事件分发机制,内容简明扼要并且容易理解,绝对能使你眼前一亮,通过这篇文章的详细介绍希望你能有所收获。具体方法如下:public class MyButton extends But...
    99+
    2023-05-31
    view roi 目中
  • 从源码角度分析Android的消息机制
    目录前言ThreadLocal的工作原理Looper的工作原理Handler的工作原理总结参考资料前言 说到Android的消息机制,那么主要的就是指的Handler的运行机制。其...
    99+
    2024-04-02
  • MySQL多版本并发控制机制源码分析
    本篇内容主要讲解“MySQL多版本并发控制机制源码分析”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“MySQL多版本并发控制机制源码分析”吧!MVCC(多版本并...
    99+
    2024-04-02
  • Android之事件分发机制与冲突详解
    在日常的开发过程中,我们往往会在同一个界面中出现内外两层或者多层View同时滑动的现象,这个时候往往**会出现滑动冲突。面对滑动冲突,很多开发人员不知道从哪里入手,**即便稍微有点思...
    99+
    2024-04-02
  • Android Jetpack组件LiveData源码分析
    本篇内容主要讲解“Android Jetpack组件LiveData源码分析”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Android Jetpack组件LiveData源...
    99+
    2023-07-05
  • Redis事件处理源码分析
    今天小编给大家分享一下Redis事件处理源码分析的相关知识点,内容详细,逻辑清晰,相信大部分人都还太了解这方面的知识,所以分享这篇文章给大家参考一下,希望大家阅读完这篇文章后有所收获,下面我们一起来了解一下...
    99+
    2024-04-02
  • AndroidView的事件分发机制深入分析讲解
    目录1.分发对象-MotionEvent2.如何传递事件1.传递流程2.事件分发的源码解析1.Activity对点击事件的分发过程2.顶级View对点击事件的分发过程3.主要方法4....
    99+
    2023-01-29
    Android View事件分发机制 Android事件分发
  • 带你深入了解Android的事件分发机制
    Android的事件分发机制是指在Android系统中,如何将用户的触摸事件、按键事件等传递给正确的View进行处理的一套机制。它是Android应用程序中实现交互的重要部分,确保用户的操作能够被正确地捕获和处理。 Android的事件分发...
    99+
    2023-08-18
    android android studio ui 知识图谱 事件分发
软考高级职称资格查询
编程网,编程工程师的家园,是目前国内优秀的开源技术社区之一,形成了由开源软件库、代码分享、资讯、协作翻译、讨论区和博客等几大频道内容,为IT开发者提供了一个发现、使用、并交流开源技术的平台。
  • 官方手机版

  • 微信公众号

  • 商务合作