android触摸事件分发机制，曾困惑你我的地方

内容简介：做过android乃至做过UI开发的IT从业者大都接触过这个名词，顾名思义，即一系列事件的分发，这里我们将细致的探讨下android端的触摸事件的分发机制。android事件分发，度娘上一抓一大把，为什么我还要写这篇博客？这是个好问题，我看过不少相关的博文，也看过相应书籍对“事件分发”的解释，但可能入门不久，之前一直没领悟透彻，一些文章也没让我细致的体悟到个钟缘由，疑问有：我带着上面两个问题去翻看了

做过android乃至做过UI开发的IT从业者大都接触过这个名词，顾名思义，即一系列事件的分发，这里我们将细致的探讨下android端的触摸事件的分发机制。

2.为什么要“炒冷饭”

android事件分发，度娘上一抓一大把，为什么我还要写这篇博客？这是个好问题，我看过不少相关的博文，也看过相应书籍对“事件分发”的解释，但可能入门不久，之前一直没领悟透彻，一些文章也没让我细致的体悟到个钟缘由，疑问有：

1. 为什么子view若是不在 MotionEvent.ACTION_DOWN 事件返回true的话，之后的所有事件都无法处理了？
2. 为什么一旦 view 消耗了点击事件，那么之后的该系列事件就都由该 view 消耗了？
3. 在2的基础上，为什么 View#requestDisallowInterptTouchEvent(false) 又能将事件的处理权交出去呢？

3.分析

我带着上面两个问题去翻看了 ViewGroup#dispatchTouchEvent(MotionEvent ev) 的源码。

首先看下部分源码：

这段代码，很显然是事件拦截 onInterceptTouchEvent(ev) 的触发条件，故而，途中2507和2508两行的条件是我们需要关注的重点，当触摸事件类型为 ACTION_DOWN 或者 mFirstTouchTarget != null 时会进入是否拦截的判断，这里注意如果不满足上述条件时，第2519行代码 intercepted = true ，也就是说如果不是down事件的同时， mFirstTouchTarget == null 那么该次事件交由当前ViewGroup处理。那么重点来了， mFirstTouchTarget

是什么？是如何赋值的？

接着看：

图中3-28行为接着上图的代码，这里不难看出，3-7行，当事件没取消不拦截的同时为 MotionEvent.ACTION_DOWN,MotionEvent.ACTION_POINTER_DOWN, MotionEvent.ACTION_HOVER_MOVE 事件的时候 dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign) 将事件分发给子view处理，若是子view的处理结果返回true则进入8-28行的逻辑并会 break 跳出 for循环 ，(敲黑板)重点来了，22行 newTouchTarget = addTouchTarget(child, idBitsToAssign); 进入 addTouchTarget 方法，即图中34-38行，至此 mFirstTouchTarget

的赋值我们理出来了。

那么有什么用呢？接着看循环外面的逻辑：

从之前的分析，我们得知，mFirstTouchTarget只有在存在子view消费了事件后，才会 !=null ，因此若是子view没有消耗事件，则进入2643行，当前view去处理该事件。并最终在函数末尾 return handled

。

以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持 码农网

关注我们，获取更多IT资讯^_^

查看所有标签

• 【透镜系列】看穿 > 触摸事件分发
• 通过解读 WPF 触摸源码，分析 WPF 插拔设备触摸失效的问题（问题篇）
• WPF 触摸到事件
• Android触摸事件传递机制
• c# – Windows 8 – 如何关闭触摸键盘？
• iOS —— 触摸事件传递及响应与手势

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。