Android的事件分发

1.基本认识

事件分发的对象是点击事件而当用户触摸屏幕时,将产生点击事件。事件类型分为四种

ACTION_DOWN(按下),ACTION_MOVE(触摸),ACTION_UP(离开),ACTION_CANCEL(结束事件非认为)

简单来说当我们手指按下屏幕的时候一般是先ACTION_DOWN,然后多次ACTION_MOVE,然后ACTION_UP,然后这个事件就完成了!至于为什么会多次ACTION_MOVE呢?因为我手指可能会轻微的抖动所以会有多次的ACTION_MOVE的

1.传递的顺序

Activity->Window->DecorView->ViewGroup->View。第一步由Activity的dispatchdispatchTouchEvent来分发的,而Activity会将事件传递给Window对象来分发,Window对象再传递给DecorView的

我们先看onUserInteraction做了什么操作,onUserInteraction是一个空方法,每当Key,Touch,Trackball事件分发到当前Activity就会被调用。如果你想当你的Activity在运行的时候,能够得知用户正在与你的设备交互,你可以override该方法。

再来看看getWindow().superDispatchTouchEvent(ev)这个方法将事件交给Activity所附属的Window进行分发,如果最终事件被消费了,则返回true,如果事件没人处理,则Activity调用在自己的onTouchEvent()方法来处理事件.

然后再来看看Window对象(抽象类),他有一个唯一的实现类PhoneWindow,和抽象方法superDispatchTouchEvent

DecorView就是我们通过setContentView设置布局的父容器,DecorView最上层的父类就是ViewGroup

再来看看ViewGroup的dispatchTouchEvent,这里就截图部分代码.ViewGroup只会是在ACTION_DOWN的时候或者是mFirstTouchTarget != null拦截。mFirstTouchTarget等会在说,先理解mFirstTouchTarget作用就是:当事件被ViewGroup的某个子View处理时,mFirstTouchTarget 就会指向这个子View。

ViewGroup的dispatchTouchEvent拦截时,子类就不会处理这个事件,因此mFirstTouchTarget =null,那么这个时候其他事件到来时,由于判断条件为false,将导致ViewGroup的onInterceptTouchEvent不会再被调用,由自身的TouchEvent来处理,然后intercepted被赋予true,所以同一事件序列的其它事件都会默认交给该ViewGroup来处理。

onInterceptTouchEvent返回的是ture:对事件拦截交给本层的onTouchEvent进行处理,false表示不拦截,分发到子View,由子View的dispatchTouchEvent进行处理.

当ViewGroup不再拦截事件的时候,事件的分发情况,源码如下:


首先会遍历ViewGroup的所有子元素,然后判断子元素是否能够接受到点击事件。如果找到一个目标子View来处理事件时,则调用dispatchTransformedTouchEvent()方法,dispatchTransformedTouchEvent主要逻辑如下:

child并不等于null,所以将直接调用子元素的dispatchTouchEvent方法,使得事件传递到子View上,然后继续分发!再回到dispatchTransformedTouchEvent的地方你会发现addTouchTarget这个方法,赋值给mFirstTouchTarget

再来看看View的dispatchTouchEvent方法 具体逻辑如下:

result代表是否消耗该事件,然后进行onTouchListener的判断,如果onTouchListenter中的onTouch方法返回了true,那么就不会再调用onTouchEvent方法,由此可见onTouchListener的优先级高于onTouchEvent。

再来看看onTouchEvent部分代码,如果判断进来的话就会返回true,否则false,简单来说这个控件如果是可以点击的话就是true

附上一张理解图

总结:

首先点击事件一个会传给acitvity的,然后调用activity的dispatchTouchEvent来分发,dispatchTouchEvent会调用window的实现类PhoneWindow的DecorView的ViewGroup的来进行分发,ViewGroup的dispatchTouchEvent返回值是true的话事件就被消费了,如果是 false就会有上一层的onTouchEvent来处理也就是activity来处理,如果调用父类的的方法,就会调用onInterceptTouchEvent来处理 如果onInterceptTouchEvent返回的是true的话就交给自身的onTouchEvent来处理,如果是false则由子view的dispatchTouchEvent来处理,如果view的dispatchTouchEvent返回为true的话就被消费来,如果是false的话又onTouchEvent来处理,onTouchEvent如果返回的true的话 事件就结束,如果是false的话就向上传递 都是onTouchEvent来处理

©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,616评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,020评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,078评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,040评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,154评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,265评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,298评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,072评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,491评论 1 306
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,795评论 2 328
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,970评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,654评论 4 337
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,272评论 3 318
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,985评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,223评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,815评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,852评论 2 351