一图详解Android View的事件分发机制

来源:互联网 发布:linux samba 配置文件 编辑:程序博客网 时间:2024/06/05 08:43

转载请注明出处:http://blog.csdn.net/haoyuegongzi/article/details/78344600

研究了许久的Android View点击事件的分发机制,到今天稍微有了一点头绪,写此博文,小作总结。
本文参考了郭霖的
Android事件分发机制完全解析,带你从源码的角度彻底理解(上):
http://blog.csdn.net/guolin_blog/article/details/9097463、
Android事件分发机制完全解析,带你从源码的角度彻底理解(下):
http://blog.csdn.net/guolin_blog/article/details/9153761、
以及任玉刚的《Android开发艺术探索》相关内容。

一、关于点击事件中TouchListener与ClickListener的优先级的问题:
xml布局如下:

<RelativeLayout    xmlns:android="http://schemas.android.com/apk/res/android"    xmlns:app="http://schemas.android.com/apk/res-auto"    xmlns:tools="http://schemas.android.com/tools"    android:id="@+id/rlTootLayout"    android:layout_width="match_parent"    android:layout_height="match_parent"    tools:context="bonc.demopractice_allkinsoff.view.DetecteViewActivity">    <LinearLayout        android:id="@+id/llSuperLayout"        android:layout_width="320dp"        android:layout_height="match_parent"        android:layout_centerInParent="true"        android:orientation="vertical"        android:background="#93a5f4">    <RelativeLayout        android:id="@+id/rlEvent"        android:layout_width="240dp"        android:layout_height="260dp"        android:layout_gravity="center_horizontal"        android:layout_marginTop="30dp"        android:background="#ffffff"        android:visibility="visible">        <LinearLayout            android:id="@+id/llEvent"            android:layout_width="160dp"            android:layout_height="160dp"            android:orientation="vertical"            android:layout_centerInParent="true"            android:background="#93a5f4">        <Button            android:id="@+id/btEvent"            android:layout_width="120dp"            android:layout_height="90dp"            android:text="测试View的事件分发机制"            android:layout_gravity="center"            android:textAllCaps="false"            android:layout_marginTop="5dp"/>        </LinearLayout>    </RelativeLayout>    </LinearLayout></RelativeLayout>

Activity的代码如下:

mBtEvent.setOnClickListener(new View.OnClickListener(){    @Override    public void onClick(View v) {    Log.i("TAG", "onClick: 执行了onClick");     }});mBtEvent.setOnTouchListener(new View.OnTouchListener() {    @Override    public boolean onTouch(View v, MotionEvent event) {    switch (event.getAction()){        case MotionEvent.ACTION_DOWN:        Log.i("TAG", "onTouch: 执行了onTouch———>>ACTION_DOWN:" + event.getAction());        break;        case MotionEvent.ACTION_MOVE:        Log.i("TAG", "onTouch: 执行了onTouch———>>ACTION_MOVE:"+ event.getAction());        break;        case MotionEvent.ACTION_UP:        Log.i("TAG", "onTouch: 执行了onTouch———>>ACTION_UP:"+ event.getAction());        break;    }    return false;    }});

OnTouchListener监听下onTouch方法返回false的执行情况:

        onTouch: 执行了onTouch————>>>>ACTION_DOWN:0        onTouch: 执行了onTouch————>>>>ACTION_MOVE:2        onTouch: 执行了onTouch————>>>>ACTION_UP:1        onClick: 执行了onClick 

OnTouchListener监听下onTouch方法返回true的执行情况:

    onTouch: 执行了onTouch————>>>>ACTION_DOWN:0    onTouch: 执行了onTouch————>>>>ACTION_MOVE:2    onTouch: 执行了onTouch————>>>>ACTION_UP:1

可见:
1、View的TouchListener事件的优先级高于OnClick事件。当View的TouchListener事件的onTouch() 方法返回true时,表示View在TouchListener事件中消费了该事件,不在向下传递,OnClick事件不会执行。返回false时,表示View在TouchListener事件中不拦截该点击事件,这时OnClick事件才被执行。

2、TouchListener事件中,MotionEvent的状态不同,取值不同:

        MotionEvent.ACTION_DOWN——>>event.getAction():0;        MotionEvent.ACTION_MOVE——>>event.getAction():2;        MotionEvent.ACTION_UP——>>event.getAction():1;

3、只要触摸到任何一个控件,就一定会调用该控件的dispatchTouchEvent方法,它被写在View.class里面,所有的控件以及layout布局都继承自View。因此点击任何级别的(子)View,其父类View的dispatchTouchEvent方法都会被调用执行。

二、View的分发机制:
View中dispatchTouchEvent方法的源码如下:

    public boolean dispatchTouchEvent(MotionEvent event) {        if (mOnTouchListener != null &&            (mViewFlags & ENABLED_MASK) == ENABLED &&            mOnTouchListener.onTouch(this, event)) {            return true;        }        return onTouchEvent(event);    }

当if判断语句的三个条件同时为true的时候,返回true。
1、我们先看第一个mOnTouchListener:

    public void setOnTouchListener(OnTouchListener listener) {       getListenerInfo().mOnTouchListener = listener;    }

在此,我们可以看出只要我们给控件注册了touch事件,也就是调用了mBtEvent.setOnTouchListener(new View.OnTouchListener() {……}方法,mOnTouchListener就一定被赋值了,也就是执行了:

mOnTouchListener = listener;

2、第二个条件(mViewFlags & ENABLED_MASK) == ENABLED是判断当前点击的View是否是enable可点击的,按钮默认都是enable可点击的,因此这个条件默认均为true。

3、第三个条件mOnTouchListener.onTouch(this, event),其实也就是去回调控件注册Touch事件时的onTouch方法。

当三个条件同时满足,dispatchTouchEvent方法就返回true,表示该(子)View消费了这个点击事件,点击事件就不再向下传,当然OnClick事件也就不再被响应。在默认情况下,我们都没有重写dispatchTouchEvent方法以返回true或者注册Touch事件,因此dispatchTouchEvent方法默认返回false。

当三个条件任一个不满足的时候,dispatchTouchEvent方法就执行return onTouchEvent(event)方法,而在onTouchEvent(event)方法源码内部,我们发现onTouchEvent(event)方法处理了MotionEvent.ACTION_DOWN、MotionEvent.ACTION_MOVE、MotionEvent.ACTION_UP及MotionEvent.ACTION_CANCEL四个操作手势:

MotionEvent.ACTION_DOWN:主要是获取了event的坐标,用于判断当前event事件与View的关系。
MotionEvent.ACTION_MOVE:设置了MotionEvent.ACTION_DOWN事件发生后,按钮的背景变化,长按回调处理等。
MotionEvent.ACTION_UP:做了很多的处理,这里我们主要关心与Touch和Click相关的事情,仔细阅读源码我们发现在这里,他调用了performClick()方法,而performClick()方法恰恰是处理Click事件的:

public boolean performClick() {    final boolean result;    final ListenerInfo li = mListenerInfo;    if (li != null && li.mOnClickListener != null) {        playSoundEffect(SoundEffectConstants.CLICK);        li.mOnClickListener.onClick(this);        result = true;    } else {        result = false;    }    sendAccessibilityEvent(AccessibilityEvent.TYPE_VIEW_CLICKED);    return result;}        

OnClickListener.onClick(this)是不是很熟悉?
有木有?
有木有?
有木有?
他的源码如下:

    public interface OnClickListener {            void onClick(View v);    }

这正是我们惯用的写法——给按钮注册点击事件并复写他的onClick()方法:

mBtEvent.setOnClickListener(new View.OnClickListener(){    @Override    public void onClick(View v) {    }

MotionEvent.ACTION_CANCEL手势我们不做关注。

无论是返回onTouchEvent()还是调用performClick()方法处理onClick点击事件,都是在dispatchTouchEvent方法返回false的情况下发生的,这也解释了本文开篇出的结论:
View的TouchListener事件的优先级高于OnClick事件。当View的TouchListener事件的onTouch()方法返回true时,OnClick事件不会执行。返回false时,OnClick事件才被执行。
讲了这么多,现在终于对点击事件的内部执行情况有了大致的了解,那么在点击事件发生时,他又是按照怎样的一个脉络来执行的?
关于这个,我想用一幅图来表示:
下图中的根布局rlTootLayout、布局llSuperLayout、布局rlEvent、布局llEvent、按钮btEvent为本文开篇的xml布局中的id,一一对应,很方便查找

Android  View点击事件分发流程图

阅读全文
1 0
原创粉丝点击