深入浅出Android事件分发机制:最全面最易懂:实践篇(二)

欢迎关注程序引力

如何提升安卓水平?安卓开发者必须了解的事件分发机制。
最全面、最易懂的形式来讲解Android事件分发机制。

0. 前言

鉴于安卓分发机制较为复杂,故分为多个层次进行讲解,分别为基础篇、实践篇与高级篇。

1. 内容简介

本文内容为(二)实践篇,本篇主要设计了两个demo样例,分别为基础样例与复杂样例。在基础样例中,只涉及单个的Activity、ViewGroup与View,对该样例中的事件实际分发情况进行分析,并总结其规律。在复杂样例中,涉及多个ViewGroup相互嵌套的情况,该样例更符合开发者在开发实际应用时所遇到的情况,由其现象得到的结论更具有借鉴意义。

2. 基本样例分析

经过(一)基础篇对分发过程的介绍,相信读者对安卓事件的分发过程已经有了一个基本的了解。下面以一个最基本的布局为例,看看事件分发过程是否真的如此。

事件分发者结构

布局文件如下:

<?xml version="1.0" encoding="utf-8"?>
<LinearLayout xmlns:android="http://schemas.android.com/apk/res/android"
    xmlns:tools="http://schemas.android.com/tools"
    android:orientation="vertical"
    android:layout_width="match_parent"
    android:layout_height="match_parent"
    android:padding="50dp"
    tools:context=".lesson01.part01.OuterActivity">
    
    <com.evanxie.tutorial.lesson01.part01.LayoutX
        android:background="@color/blue"
        android:id="@+id/layout2"
        android:orientation="vertical"
        android:layout_width="match_parent"
        android:layout_height="match_parent">

        <com.evanxie.tutorial.lesson01.part01.TextViewX
            android:background="@color/colorAccent"
            android:id="@+id/tv21"
            android:layout_margin="90dp"
            android:textSize="20sp"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="TextView" />

        <com.evanxie.tutorial.lesson01.part01.TextViewX
            android:background="@color/colorAccent"
            android:id="@+id/tv22"
            android:layout_margin="90dp"
            android:textSize="20sp"
            android:layout_width="wrap_content"
            android:layout_height="wrap_content"
            android:text="TextView" />
    </com.evanxie.tutorial.lesson01.part01.LayoutX>
</LinearLayout>

对于Activity,主要是覆写了如下方法,方便查看日志:

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.i(TAG, "dispatchTouchEvent: ");
        return super.dispatchTouchEvent(ev);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i(TAG, "onTouchEvent: ");
        return super.onTouchEvent(event);
    }

对于Layout(ViewGroup),主要是覆写了如下方法:

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        Log.i(TAG, "dispatchTouchEvent: " + getIdName());

        return super.dispatchTouchEvent(ev);
    }

    @Override
    public boolean onInterceptTouchEvent(MotionEvent ev) {
        Log.i(TAG, "onInterceptTouchEvent: " + getIdName());
        return super.onInterceptTouchEvent(ev);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i(TAG, "onTouchEvent: " + getIdName());
        return super.onTouchEvent(event);
    }

    private String getIdName() {
        return getResources().getResourceEntryName(getId());
    }

对于TextView,主要是覆写了如下方法:

    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.i(TAG, "dispatchTouchEvent: " + getText());
        return super.dispatchTouchEvent(event);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.i(TAG, "onTouchEvent: " + getText());
        return super.onTouchEvent(event);
    }

点击其中的TextView,并筛选其dispatchTouchEvent方法的日志,得到如下日志:

L0101: OuterActivity: dispatchTouchEvent: 
L0101: LayoutX: dispatchTouchEvent: layout2
L0101: TextViewX: dispatchTouchEvent: TextView

从该日志可以看出,事件是从Activity -> Layout(ViewGroup) -> TextView(View)进行传播的。从这里可以看出,有些文章中指出的,事件是由内部View(如button)开始传播的,这是有误的。

若取消前面的筛选,显示几个核心方法的日志,可以得到:

L0101: OuterActivity: dispatchTouchEvent: 
L0101: LayoutX: dispatchTouchEvent: layout2
L0101: LayoutX: onInterceptTouchEvent: layout2
L0101: TextViewX: dispatchTouchEvent: TextView
L0101: TextViewX: onTouchEvent: TextView
L0101: LayoutX: onTouchEvent: layout2
L0101: OuterActivity: onTouchEvent: 

从上面日志可以看出,Activity由于没有onInterceptTouchEvent()方法,所以在调用了dispatchTouchEvent()方法后,就调用了Layout的同名方法,但是在Layout却有所不同,它在调用dispatchTouchEvent()方法后,还调用了onInterceptTouchEvent()方法。

因为我们并没有改变方法后,还调用了onInterceptTouchEvent()方法的返回值,故该事件继续分发,传递给TextView在调用dispatchTouchEvent()处理。若不能继续分发,则会调用onTouchEvent()方法,同时,该方法也不能处理的话,则会向上传播,调用ViewGroup、Activity的onTouchEvent方法。

从这样的现象处罚,可以观察到如下结论:

  • 结论2.1:事件分发的顺序是 Activity -> Layout(ViewGroup) -> TextView(View)
  • 结论2.2:事件分发是一个递归调用的规程,通过dispatchTouchEvent()进行递归调用。若考虑事件的整个传播过程,其分发的顺序是 Activity -> Layout(ViewGroup) -> TextView(View) -> Layout(ViewGroup) -> Activity.
  • 结论2.3:事件若分发到ViewGroup,则首先会调用其onInterceptTouchEvent()方法,若该方法返回TURE,则事件不会继续向下传递,而是交由其自身onTouchEvent()处理,然后可能由onTouchEvent()由下往上传递回去。

3. 复杂样例分析

在实际的项目中,布局结果往往不会仅仅是上面基本样例那样简单。实际情况是可能会存在多个布局嵌套。故本节以一个较为复杂的样例来分析事件分发过程,理解该复杂样例的分发机制,有利于帮助开发者在实际项目中解决实际问题。

其Activity、Layout(ViewGroup)、与TextView的Java类代码与基本样例分析中的一致。唯独布局变得更为复杂,其布局示意图如下:


0102复杂样例布局图

对于该图中各空间的命名做如下约定:即 Name_X_Y。其中Name表示组件名,X表示层次,Y表示该层中第几个组件。对于TextView_2_3,表示位于第2层、第三个的TextView组件,对于Layout_3_4,表示处在第3层中第4个的Layout(ViewGroup)组件。最外层为第一层,向内一次递增。

为了更好地理解这些组件的关系,将它们绘制成树状图。其树状图如下:


0102复杂样例布局树状图

从树状图中,可以清晰地看到该布局中有4层,第一层为一个Layout(ViewGroup),其内部有4个组件,分别是2个Layout(ViewGroup)与TextView。其余的组件关系也非常清晰。该复杂样例在设计时,考虑了ViewGroup多层嵌套的情况,通过该该样例的实验,可以对安卓事件分发机制有更深刻的理解,对于解决实际安卓应用的事件分发问题有一定的借鉴意义。

将该样例的代码运行起来后,点击TextView_4_3,设置筛选条件,只查看dispatchTouchEvent()方法的日志,得到相应的日志输出,结果如下

L0102: OuterActivity: dispatchTouchEvent: 
L0102: LayoutX: dispatchTouchEvent: Layout_1
L0102: LayoutX: dispatchTouchEvent: Layout_2_2
L0102: LayoutX: dispatchTouchEvent: Layout_3_4
L0102: TextViewX: dispatchTouchEvent: TextView_4_3

从该日志输出可以看出,分发事件从最外部的OuterActivity开始,然后传递第1层的Layout_1,然后依次传给Layout_2_2 -> Layout_3_4 -> TextView_4_3.

若将参与分发的组件用橙色标识出来,其传递的路径如下图所示:


0102复杂样例布局树状点击图

从这样的结果可以看出,事件在复杂布局的情况下,并没有去遍历每一个子组件。

对于网络上的部分教程,其表示事件在传播时会遍历子View,这是比较模糊的。部分教程表示会ViewGroup会遍历其子View的dispatchTouchEvent()方法,那这可以说是有误的。

事实上,在一般情况下,ViewGroup并不会遍历其View的dispatchTouchEvent()方法,而像是”知道“被点击的子View的最短路径一样,通过该路径去分发事件,并让事件抵达被点击的组件。对于这个树状图,其余兄弟节点的组件的dispatchTouchEvent()方法并不会被调用。这是一个非常重要的结论。

从该现象出发,可以得到结论:

  • 结论3.1:在一般情况下,可以认为事件分发是以‘最短路径’来分发的。

实际上,在源码中会判断点击的位置坐标是否处于其他组件的范围内,如果在点击位置的坐标在其范围之外,则不会去调用其dispatchTouchEvent()。这也就是上面结论的原因。除了一些较为特殊的情况,例如在同一层的组件存在重叠的情况下,其兄弟组件的dispatchTouchEvent()方法是可能被调用的。在一般情况下,就可以认为事件分发是以‘最短路径’来分发的。

若将日志的筛选条件去掉,点击TextView_4_3的日志如下所示:

L0102: OuterActivity: dispatchTouchEvent: 
L0102: LayoutX: dispatchTouchEvent: Layout_1
L0102: LayoutX: onInterceptTouchEvent: Layout_1
L0102: LayoutX: dispatchTouchEvent: Layout_2_2
L0102: LayoutX: onInterceptTouchEvent: Layout_2_2
L0102: LayoutX: dispatchTouchEvent: Layout_3_4
L0102: LayoutX: onInterceptTouchEvent: Layout_3_4
L0102: TextViewX: dispatchTouchEvent: TextView_4_3
L0102: TextViewX: onTouchEvent: TextView_4_3
L0102: LayoutX: onTouchEvent: Layout_3_4
L0102: LayoutX: onTouchEvent: Layout_2_2
L0102: LayoutX: onTouchEvent: Layout_1
L0102: OuterActivity: onTouchEvent: 
L0102: OuterActivity: dispatchTouchEvent: 
L0102: OuterActivity: onTouchEvent: 

从该日志可以印证前面的结论,事件从Activity想多个ViewGroup分发,最终抵达TextView,若没有组件能处理该事件,则通过onTouchEvent传递回去。

请注意日志的最后两行,似乎又有事件开始传递。实际上,前面一起的传递过程是‘按下’事件的传递过程,也是本文默认讨论的事件。最后两行是‘抬起’事件的传递过程。因为‘按下’事件在自上向下,又自下向上传递后,都没有组件能够处理,故默认Activity将该事件处理了。而对于‘按下’事件之后的其他事件,如‘抬起’事件,则默认交给处理了‘按下’事件的组件。

  • 结论3.2:在一个事件序列(事件流)中,第一个事件(按下)被哪个组件处理了,那后续事件都会被直接交给这个组件处理。

再进行一次点击事件,此时不在点击TextView_4_3,而是点击布局图中仅仅属于Layout_2_2的绿色区域,得到的日志输出如下:

L0102: OuterActivity: dispatchTouchEvent: 
L0102: LayoutX: dispatchTouchEvent: Layout_1
L0102: LayoutX: onInterceptTouchEvent: Layout_1
L0102: LayoutX: dispatchTouchEvent: Layout_2_2
L0102: LayoutX: onInterceptTouchEvent: Layout_2_2
L0102: LayoutX: onTouchEvent: Layout_2_2
L0102: LayoutX: onTouchEvent: Layout_1
L0102: OuterActivity: onTouchEvent: 

从该现象可以看出,事件传递到Layout_2_2后,就不会再继续向下传播了,哪怕它还有许多子View。

  • 结论3.3:当事件分发的被点击的组件时,则停止传播。不管这个组件是否还有子组件。

4. 总结

为了让读者更好地理解安卓事件调用机制,本文从实验的角度,设计了分别是较为基础的与较为复杂的两种样例,从该实验的现象出发,得出了若干结论。通过对这些结论的思考,可以帮助读者更深刻地理解安卓事件的分发机制,也可以帮助读者直接应用到实际项目中。此时思考(一)基础篇中的事件分发的核心方法逻辑,会发现其实安卓的事件分发机制原来如此简单。

  • 结论1:事件分发的顺序是 Activity -> Layout(ViewGroup) -> TextView(View)
  • 结论2:事件分发是一个递归调用的规程,通过dispatchTouchEvent()进行递归调用。若考虑事件的整个传播过程,其分发的顺序是 Activity -> Layout(ViewGroup) -> TextView(View) -> Layout(ViewGroup) -> Activity.
  • 结论3:事件若分发到ViewGroup,则首先会调用其onInterceptTouchEvent()方法,若该方法返回TURE,则事件不会继续向下传递,而是交由其自身onTouchEvent()处理,然后可能由onTouchEvent()由下往上传递回去。
  • 结论4:在一般情况下,可以认为事件分发是以‘最短路径’来分发的。
  • 结论5:在一个事件序列(事件流)中,第一个事件(按下)被哪个组件处理了,那后续事件都会被直接交给这个组件处理。
  • 结论6:当事件分发的被点击的组件时,则停止传播。不管这个组件是否还有子组件。
最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 203,456评论 5 477
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 85,370评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 150,337评论 0 337
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,583评论 1 273
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,596评论 5 365
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,572评论 1 281
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 37,936评论 3 395
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,595评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 40,850评论 1 297
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,601评论 2 321
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,685评论 1 329
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,371评论 4 318
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 38,951评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,934评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,167评论 1 259
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 43,636评论 2 349
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,411评论 2 342

推荐阅读更多精彩内容