Android焦点事件分发与传递机制

android 事件传递原理Android是当前最流行的移动操作系统，它的事件传递机制是安卓开发中必须了解的一个问题。

本文将带您从简单到复杂的三个方面，逐步解析安卓事件传递的原理。

一、事件类型首先，我们需要知道Android事件的三大类型：1. 触摸事件：通过手指在屏幕上进行滑动、点击等手势操作触发。

2. 按键事件：用户在设备上的按键输入，如键盘、物理键等。

3. 轨迹球事件：主要针对轨迹球设备，但是由于这种设备很少被使用，所以这里不再深入讲解。

二、事件传递流程在了解了事件类型后，我们可以探讨一下事件传递的具体流程。

每一个事件都是通过ViewGroup或者View的dispatchTouchEvent()方法进行传递的。

我们可以将事件的传递过程抽象为TouchTarget链表。

当一个事件发生后，它会从Activity开始一层层向下传递，当找到能够处理该事件的View或ViewGroup时，则会调用其onTouchEvent()方法完成相应操作。

如果从顶层的ViewGroup开始寻找，当它的dispatchTouchEvent()方法返回true时，则整个事件处理结束。

如果返回false，则事件继续向下传递给下一个ViewGroup或View，直到找到可以处理这个事件的View为止。

由此可见，对于同一个事件，ViewGroup和父子View的处理有时是相互影响的，需要通过继承ViewGroup或者View，重写dispatchTouchEvent()和onTouchEvent()方法来控制事件传递的方式。

三、事件分发机制实际上，在ViewGroup中，事件传递机制涉及到的方法有三个：1. dispatchTouchEvent():负责分发事件。

2. onInterceptTouchEvent():拦截事件，阻止向下分发。

3. onTouchEvent():接收分发下来的事件。

其中，事件分发有三个阶段：1. 捕获阶段：事件从Activity传递到最外层的ViewGroup。

Android中的事件传递与事件处理机制概述当Android系统捕获到用户的各种输入事件后，如何准确地传递给真正需要这个事件的控件呢？Android系统给我们提供了一整套完善的事件传递、处理机制，来帮助开发者完成准确的事件传递与处理。

预备知识1.Android应用中Activity的视图层级结构2.每个Activity都是通过PhoneWindow来呈现View的，PhoneWindow中最顶层View是mDecor（DecorView的对象），当我们在Activity中调用setContentView()设置布局时会调用PhoneWindow的setContentView()方法生成DecorView对象mDecor。

mDecor只有一个子元素为LinearLayout，而LinearLayout下包含两个FrameLayout，上面那个FrameLayout为标题栏显示界面，包含一个id为android.R.id.title的TextView，而下面那个FrameLayout的id为android.R.id.content，我们通过setContentView()设置进来的布局界面就会放在这个FrameLayout中。

mDecor的视图层级结构如下图所示：mDecor的视图层级结构因此，我们可以通过((ViewGroup)getWindow().getDecorView().findViewById(an droid.R.id.content)).getChildAt(0)这种方式获取到Activity所设置的View。

3.MotionEvent事件4.在手指接触屏幕后所产生的一系列事件中，典型的事件类型有如下几种：ACTION_DOWN ----- 手指刚接触屏幕ACTION_MOVE ----- 手指在屏幕上移动ACTION_UP ----- 手指从屏幕上松开的一瞬间正常情况下，一次手指触碰屏幕的行为会触发一系列触摸事件，考虑如下几种情况：点击屏幕后立即松开，事件顺序为ACTION_DOWN -> ACTION_UP点击屏幕后滑动一会再松开，事件顺序为ACTION_DOWN -> ACTION_MOVE ->...-> ACTION_MOVE -> ACTION_UP 上面两种情况是典型的事件序列，同时通过MotionEvent对象我们可以得到点击事件发生的x和y坐标。

Android 事件处理机制Android 作为一款主流的移动操作系统，拥有强大的事件处理机制，使得开发者可以方便地对用户的操作进行响应和处理。

本文将介绍Android的事件处理机制及其相关的内容。

一、概述Android事件处理机制主要用于检测和响应用户在界面上的各种操作，包括点击、滑动、长按等。

通过灵活运用Android事件处理机制，开发者可以实现丰富多样的用户交互效果，提升应用的用户体验。

二、事件传递1. 事件传递的核心概念- 事件传递分为三个阶段：事件分发、事件拦截、事件处理。

- 事件的传递是从上至下的过程，即从Activity到ViewGroup，再到最终的View。

2. 事件分发- 事件首先会被分发给当前界面的顶层View的dispatchTouchEvent()方法进行处理。

- 顶层View会根据具体的触摸事件类型（DOWN、MOVE、UP、CANCEL）进行相应的处理。

3. 事件拦截- 如果顶层View在处理事件后，认为自己不能完全处理该事件，则会将事件交给子View处理，通过调用子View的dispatchTouchEvent()方法传递事件给子View。

- 子View可以通过重写onInterceptTouchEvent()方法来决定是否拦截事件。

4. 事件处理- 最终，事件会传递到具体的View上，并通过重写onTouchEvent()方法来实现事件的处理。

- View可以根据具体的事件类型（点击、滑动、长按等）执行相应的操作。

三、事件分发机制1. 事件分发的层级关系- Android中的事件分发机制是基于层级关系的，即不同的ViewGroup和View之间存在不同的事件分发机制。

- ViewGroup和View都重写了dispatchTouchEvent()方法，用于对事件进行分发。

2. ViewGroup中的事件分发- ViewGroup会根据具体的事件类型，将事件传递给自己的子View。

Android事件分发机制【注】：这篇文章中的内容都以这张图来讲解分发机制，其中A、B、C都是ViewGroup，它们的层次关系为：A为根布局，B为二级子布局，C为三级子布局，其中C布局中包含一个Button按钮，即A包含B，B包含C，C包含Button。

好了，废话少说。

先来讲下今天的三位主角吧。

1、dispatchTouchEvent - 分发事件，默认为false。

true：取消事件，不继续向下分发，false：向下分发事件2、onInterceptTouchEvent - 拦截事件，默认为false。

true：拦截事件，自身的onTouchEvent()方法消费，false：事件继续向下传递3、onTouchEvent - 处理事件，默认为false，true：消费事件，false：不消费事件，向上层传递让上层处理。

【注】如果发生了拦截，那么如果该层不处理则会继续向上传递，让上层处理。

如果过程中没有发生处理，则事件分发到底层后将一直向上层传递至Activity，在Activity的onTouchEvent()中处理。

【注】如果在设置了setOnClickListener(…)的View 或Viewgroup中，返回true则消费事件，会触发onClick事件，如果返回false，则不会触发onClick事件这里借用网上的两张图片来增加理解：1、在没有做任何处理，也即默认情况下，触摸屏幕发生的一系列事件分发过程：如果DOWN事件没有被消费，则后续的MOVE/UP事件将不会传递过来，直接在Activity层处理2、如果子View消费了事件，则事件的分发过程为：上面这三个方法就是负责Android中当用户触摸屏幕时事件的分发与处理。

在Android中，事件的分发是遵循这样一套机制的：当用户触摸到屏幕时，也就是触摸到Activity界面，当Activity中的dispatchTouchEvent()方法允许分发时，这时这个触摸事件就会先出现在根布局这个ViewGroup中，然后再向里层的ViewGroup或View传递，也就是Activity->RootView->子ViewGroup->…..->View。

Android 事件分发机制详解：史上最全面、最易懂Android 事件分发机制是每个Android 开发者必须了解的基础知识网上有大量关于Android 事件分发机制的文章，但存在一些问题：内容不全、思路不清晰、无源码分析、简单问题复杂化等等今天，我将全面总结Android 的事件分发机制，我能保证这是市面上的最全面、最清晰、最易懂的本文秉着“结论先行、详细分析在后”的原则，即先让大家感性认识，再通过理性分析从而理解问题；因此，请各位读者先记住结论，再往下继续看分析；1. 基础认知1.1 事件分发的对象是谁？答：事件当用户触摸屏幕时（View 或ViewGroup 派生的控件），将产生点击事件（Touch 事件）。

Touch 事件相关细节（发生触摸的位置、时间、历史记录、手势动作等）被封装成MotionEvent 对象主要发生的Touch 事件有如下四种：MotionEvent.ACTION_DOWN：按下View（所有事件的开始）MotionEvent.ACTION_MOVE：滑动View MotionEvent.ACTION_CANCEL：非人为原因结束本次事件MotionEvent.ACTION_UP：抬起View（与DOWN 对应）事件列：从手指接触屏幕至手指离开屏幕，这个过程产生的一系列事件任何事件列都是以DOWN 事件开始，UP 事件结束，中间有无数的MOVE 事件，如下图：即当一个MotionEvent 产生后，系统需要把这个事件传递给一个具体的View 去处理,1.2 事件分发的本质答：将点击事件（MotionEvent）向某个View 进行传递并最终得到处理即当一个点击事件发生后，系统需要将这个事件传递给一个具体的View 去处理。

这个事件传递的过程就是分发过程。

1.3 事件在哪些对象之间进行传递？答：Activity、ViewGroup、View。

图解Android事件分发机制在Android开发中，事件分发机制是一块Android比较重要的知识体系，了解并熟悉整套的分发机制有助于更好的分析各种点击滑动失效问题，更好去扩展控件的事件功能和开发自定义控件，同时事件分发机制也是Android面试必问考点之一，如果你能把下面的一些事件分发图当场画出来肯定加分不少。

废话不多说，总结一句:事件分发机制很重要。

作者：佚名来源：安卓开发精选|2016-12-08 10:19收藏分享在Android开发中，事件分发机制是一块Android比较重要的知识体系，了解并熟悉整套的分发机制有助于更好的分析各种点击滑动失效问题，更好去扩展控件的事件功能和开发自定义控件，同时事件分发机制也是Android面试必问考点之一，如果你能把下面的一些事件分发图当场画出来肯定加分不少。

废话不多说，总结一句:事件分发机制很重要。

Android 事件分发流关于Android 事件分发机制网上的博文很多，但是很多都是写个Demo然后贴一下输出的Log或者拿源码分析，然后一堆的注释和说明，如果用心的去看肯定是收获不少但是确实很难把整个流程说清和记住。

曾经也是拼命想记住整个流程，但是一段时间又忘了，最后觉得分析这种问题和事件流的走向，一张图来解释和说明会清晰很多，下面我根据画的一张事件分发流程图,说明的事件从用户点击之后，在不同函数不同返回值的情况的最终走向。

图 1.注：∙仔细看的话，图分为3层，从上往下依次是Activity、ViewGroup、View ∙事件从左上角那个白色箭头开始，由Activity的dispatchTouchEvent做分发∙箭头的上面字代表方法返回值，(return true、return false、return super.xxxxx(),super 的意思是调用父类实现。

∙dispatchTouchEvent和onTouchEvent的框里有个【true—->消费】的字，表示的意思是如果方法返回true，那么代表事件就此消费，不会继续往别的地方传了，事件终止。

android中的事件传递和处理机制⼀直以来，都被android中的事件传递和处理机制深深的困扰！今天特意来好好的探讨⼀下。

现在的感觉是，只要你理解到位，其实事件的传递和处理机制并没有想象中的那么难。

总之，不要⾃⼰打击⾃⼰，要相信⾃⼰能掌握这块知识。

好了，下⾯是我今天的收获，希望也能对你有⼀点帮助。

⼀、拟⼈化来理解android中的事件机制其实android中的事件传递与处理机制跟我们⽣活中的事件处理是⼀样的。

这⾥有⼀个⽣活中的例⼦，很能说明这个问题。

阐述如下：你是⼀个公司的员⼯，你的上头有⼀个主管，主管上头呢还有⼀个经理。

为了简单，你们这个团队就有这三个⼈。

那么如果上头安排⼀件事下来要处理，流程是怎样的呢？显然应该是由你的经理将这件事安排给你的主管来处理，你的主管再将这件事安排给你来处理。

等你把这件事办好了，你就应该给你的主管报告，再由你的主管来向你的经理报告。

显然，你的主管和经理也有处理这件事的权限，如果他们觉得事情很复杂，你办不了，或者他们⽐较照顾下级，可能就⾃⼰把这件事给办了，这个时候这件事就不会再传递给下⼀级来处理了。

这个事件处理的过程，是不是太容易理解了！其实android中的事件处理流程就是跟⽣活中的事件处理是⼀样的。

⽐如你在ViewGroupA中嵌套了⼀个VewiGroupB，然后⼜在ViewGroupB中嵌套了⼀个MyView。

那么⼀个触摸事件传递过来，会发⽣什么情况呢？类⽐上⾯的公司员⼯的处理事件，显然会发⽣下⾯的过程：触摸事件传递过来后，ViewGroupA⼀看⾃⼰⾥⾯还有⼀个员⼯可以利⽤，就是ViewGroupB，那不⽤⽩不⽤，就会把这个事件传递给ViewGroupB，告诉他，你给我把这个事件处理了！ViewGroupB呢⼀看，我不怕，我⾥⾯也有⼀个员⼯就是MyView，它得给我⼲活，于是⼜会把这个事件传递给MyView，让它来处理。

MyView⼀看，没办法啊，我⼿底下没有员⼯了，那怎么办，我只能⾃⼰处理了（前提是它有处理这个事件的能⼒），所以就把这个触摸事件给处理了。

Android焦点事件分发与传递机制下面我们就从源码来带大家进行安卓TV焦点事件的传递这里先给出Android系统View的绘制流程：依次执行View类里面的如下三个方法：measure(int ,int) :测量View的大小layout(int ,int ,int ,int) ：设置子View的位置draw(Canvas) ：绘制View内容到Canvas画布上ViewRootImpl的主要作用如下（此处不多讲，如有意图，看源码）：A：链接WindowManager和DecorView的纽带，更广一点可以说是Window和View之间的纽带。

B：完成View的绘制过程，包括measure、layout、draw过程。

C：向DecorView分发收到的用户发起的event事件，如按键，触屏等事件。

ViewRootImpl不再多余叙述，进入正题：Android焦点分发的主要方法以及拦截方法的讲解。

在RootViewImpl中的函数通道是各种策略（InputStage）的组合，各策略负责的任务不同，如SyntheticInputStage、ViewPostImeInputStage、NativePostImeInputStage等等，这些策略以链表结构结构起来，当一个策略者没有消费事件时，就传递个下一个策略者。

其中触摸和按键事件由ViewPostImeInputStage处理。

@Overrideprotected int onProcess(QueuedInputEvent q) {if (q.mEvent instanceof KeyEvent) {return processKeyEvent(q);//如果是按键事件走此处，处理按键和焦点问题了} else {final int source = q.mEvent.getSource();if ((source & InputDevice.SOURCE_CLASS_POINTER) != 0) {return processPointerEvent(q);//如果是触摸事件走此处} else if ((source & InputDevice.SOURCE_CLASS_TRACKBALL) != 0) {return processTrackballEvent(q);} else {return processGenericMotionEvent(q);}}}processKeyEvent(QueuedInputEvent q)源码如下：@Overrideprotected void onDeliverToNext(QueuedInputEvent q) {if (mUnbufferedInputDispatch&& q.mEvent instanceof MotionEvent&& ((MotionEvent)q.mEvent).isTouchEvent()&& isTerminalInputEvent(q.mEvent)) {mUnbufferedInputDispatch = false;scheduleConsumeBatchedInput();}super.onDeliverToNext(q);}private int processKeyEvent(QueuedInputEvent q) {final KeyEvent event = (KeyEvent)q.mEvent;// Deliver the key to the view hierarchy.if (mView.dispatchKeyEvent(event)) {return FINISH_HANDLED;}if (shouldDropInputEvent(q)) {return FINISH_NOT_HANDLED;}// If the Control modifier is held, try to interpret the key as a shortcut. if (event.getAction() == KeyEvent.ACTION_DOWN&& event.isCtrlPressed()&& event.getRepeatCount() == 0&& !KeyEvent.isModifierKey(event.getKeyCode())) { if (mView.dispatchKeyShortcutEvent(event)) {return FINISH_HANDLED;}if (shouldDropInputEvent(q)) {return FINISH_NOT_HANDLED;}}// Apply the fallback event policy.if (mFallbackEventHandler.dispatchKeyEvent(event)) {return FINISH_HANDLED;}if (shouldDropInputEvent(q)) {return FINISH_NOT_HANDLED;}// Handle automatic focus changes.if (event.getAction() == KeyEvent.ACTION_DOWN) {int direction = 0;switch (event.getKeyCode()) {case KeyEvent.KEYCODE_DPAD_LEFT:if (event.hasNoModifiers()) {direction = View.FOCUS_LEFT;}break;case KeyEvent.KEYCODE_DPAD_RIGHT:if (event.hasNoModifiers()) {direction = View.FOCUS_RIGHT;}break;case KeyEvent.KEYCODE_DPAD_UP:if (event.hasNoModifiers()) {direction = View.FOCUS_UP;}break;case KeyEvent.KEYCODE_DPAD_DOWN:if (event.hasNoModifiers()) {direction = View.FOCUS_DOWN;}break;case KeyEvent.KEYCODE_TAB:if (event.hasNoModifiers()) {direction = View.FOCUS_FORW ARD;} else if (event.hasModifiers(KeyEvent.META_SHIFT_ON)) {direction = View.FOCUS_BACKWARD;}break;}if (direction != 0) {View focused = mView.findFocus();if (focused != null) {View v = focused.focusSearch(direction);if (v != null && v != focused) {// do the math the get the interesting rect// of previous focused into the coord system of// newly focused viewfocused.getFocusedRect(mTempRect);if (mView instanceof ViewGroup) {((ViewGroup)mView).offsetDescendantRectToMyCoords(focused, mTempRect);((ViewGroup) mView).offsetRectIntoDescendantCoords(v, mTempRect);}if (v.requestFocus(direction, mTempRect)) {playSoundEffect(SoundEffectConstants.getContantForFocusDirection(direction));return FINISH_HANDLED;}}// Give the focused view a last chance to handle the dpad key.if (mView.dispatchUnhandledMove(focused, direction)) {return FINISH_HANDLED;}} else {// find the best view to give focus to in this non-touch-mode with no-focusView v = focusSearch(null, direction);if (v != null && v.requestFocus(direction)) {return FINISH_HANDLED;}}}}return FORW ARD;}进入源码讲解：(1) 首先由dispatchKeyEvent进行焦点的分发如果dispatchKeyEvent方法返回true，那么下面的焦点查找步骤就不会继续了。

本文由我司收集整编，推荐下载，如有疑问，请与我司联系深入聊聊Android 事件分发机制2017/02/09 38100 在Android 开发的过程中，自定义控件一直是我们绕不开的话题。

而在这个话题中事件分发机制也是其中的重点和疑点，特别是当我们处理控件嵌套滑动事件时，正确的处理各个控件间事件分发拦截状态，可以实现更炫酷的控件动画效果。

一、事件分发机制介绍关于Android 事件分发，我们主要分ViewGroup 和View两个事件处理部分进行介绍，主要研究在处理事件过程中关注最多的三个方法dispatchTouchEvent、onInterceptTouchEvent、onTouchEvent，在ViewGroup 和View 对三个方法的支持如下图所示：在Android 中，当用户触摸界面时系统会把产生一系列的MotionEvent，通过ViewGroup 的dispatchTouchEvent 方法开始向下分发事件，在dispatchTouchEvent方法中，会调用onInterceptTouchEvent 方法，如果该方法返回true，表明当前控件拦截了该事件，此后事件交由该控件处理并不再调用该控件的onInterceptTouchEvent 方法。

最后交由该控件的onTouchEvent 方法对事件进行处理。

如果当前控件在onInterceptTouchEvent 方法中返回false，表示不拦截该控件，之后交由其子控件进行判断是否对事件进行拦截处理。

可以用如下伪代码来对其进行处理：public boolean dispatchTouchEvent(MotionEvent event) { boolean consume = false; if (onInterceptTouchEvent(event)) { consume = onTouchEvent(event); } else { consume = child.dispatchTouchEvent(event); } return consume; }先说结论再细分析：事件是由其父视图向子视图传递，如图为A- B- C 如果当前控件需要拦截该事件，则在onInterceptTouchEvent 方法中返回true，但真正决定是否处理事件是在onTouchEvent 方法中，也就是说如果此时onTouchEvent 方法返回了false，则此控件也表示不处理该事件，交由父控件的onTouchEvent 方法来判断处理。