Android事件分发机制

版权声明:本文为博主原创文章,转载请说明出处 https://blog.csdn.net/ckq5254/article/details/79952840

                              Android的事件分发机制

最近有点烦躁,心虚不宁,写博客写Demo都会烦躁,这种状态不知道要持续多久。无意间看到一位大牛的博客,地址https://www.jianshu.com/p/38015afcdb58,在大牛的启发现开始写自己的博客。

Android中最常见的就是各种事件,例如点击事件、触摸事件亦或智能电视的按键事件,而在使用这些事件的时候就会不可避免的接触到事件分发机制。

一、基础知识

1、Android的view体系

Android的UI界面是由Activity、View、ViewGroup以及他们的派生类组成的。

Activity:有自己独立生命周期,其根View为DecoreView,而DecoreView又包含两部分,TitleView和ContentView,分别对应标题栏和我们的 内容布局。

View:所有UI组件的基类,例如TextView、EditText等

ViewGroup:是View的子类,一般是一组View的集合,是Android中所有布局的父类,比如LinearLayuout等

 

 

2、事件分发的对象

事件分发,其实分发的对象就是事件,前面也提到了Android中的常见事件有触摸事件TouchEvent、按键事件KeyEvent等

(1)对于触摸事件,事件类型如下:

事件类型

具体动作

MotionEvent.ACTION_DOWN

按下View(所有触摸事件的开始)

MotionEvent.ACTION_UP

抬起view(与Down对应)

MotionEvent.ACTION_MOVE

滑动View

MotionEvent.ACTION_CANCEL

结束事件(非认为结束)

(2)对于按键事件,事件类型如下:

事件类型

具体动作

KeyEvent.ACTION_DOWN

按下View(所有按键事件的开始)

KeyEventEvent.ACTION_UP

抬起view(与Down对应)

一般来说,事件都是从Down事件开始,UP事件结束,如果是触摸事件的话可能中间还有滑动事件,如下图:

 

 

3、事件分发的本质

事件分发的本质其实就是将我们上面提到的事件传递到某个具体的View的整个处理过程。

而事件分发中,主要是Activity、ViewGroup、View之间进行传递。

4、事件分发的顺序

事件分发的传递顺序是:Activity->ViewGroup->View

5、事件分发涉及到的方法(接下来的例子都以触摸事件为例)

方法

作用

调用

dispatchTouchEvent()

分发传递事件

在事件传递到到当前View时被调用

onInterceptTouchEvent()

判断是否拦截事件

只有ViewGroup中有此方法

在dispathcTouchEvent()中调用

onTouchEvent()

处理点击事件

在dispathcTouchEvent()中调用

 

二、事件分发机制分析

在一个事件发生后,会先传递到Actvity、再到ViewGroup、再到View。因此在接下来的分析中我们主要围绕以下三点进行分析

  • Activity的事件分发机制
  • ViewGroup的事件分发机制
  • View的事件分发机制

 

1、Activity的事件分发机制

在Activity的事件分发中,会涉及到以下两个方法:

  • dispatchTouchEvent()
  • onTouchEvent()

 

(1)具体源码

/**

  * 源码分析:Activity.dispatchTouchEvent()

  */

    public boolean dispatchTouchEvent(MotionEvent ev) {



            // 一般事件列开始都是DOWN事件 = 按下事件,故此处基本是true

            if (ev.getAction() == MotionEvent.ACTION_DOWN) {



                onUserInteraction();

                // ->>分析1



            }



            // ->>分析2

            if (getWindow().superDispatchTouchEvent(ev)) {



                return true;

                // 若getWindow().superDispatchTouchEvent(ev)的返回true

                // 则Activity.dispatchTouchEvent()就返回true,则方法结束。即 :该点击事件停止往下传递 & 事件传递过程结束

                // 否则:继续往下调用Activity.onTouchEvent



            }

            // ->>分析4

            return onTouchEvent(ev);

        }





/**

  * 分析1:onUserInteraction()

  * 作用:实现屏保功能

  * 注:

  *    a. 该方法为空方法

  *    b. 当此activity在栈顶时,触屏点击按home,back,menu键等都会触发此方法

  */

      public void onUserInteraction() {



      }

      // 回到最初的调用原处



/**

  * 分析2:getWindow().superDispatchTouchEvent(ev)

  * 说明:

  *     a. getWindow() = 获取Window类的对象

  *     b. Window类是抽象类,其唯一实现类 = PhoneWindow类;即此处的Window类对象 = PhoneWindow类对象

  *     c. Window类的superDispatchTouchEvent() = 1个抽象方法,由子类PhoneWindow类实现

  */

    @Override

    public boolean superDispatchTouchEvent(MotionEvent event) {



        return mDecor.superDispatchTouchEvent(event);

        // mDecor = 顶层View(DecorView)的实例对象

        // ->> 分析3

    }



/**

  * 分析3:mDecor.superDispatchTouchEvent(event)

  * 定义:属于顶层View(DecorView)

  * 说明:

  *     a. DecorView类是PhoneWindow类的一个内部类

  *     b. DecorView继承自FrameLayout,是所有界面的父类

  *     c. FrameLayout是ViewGroup的子类,故DecorView的间接父类 = ViewGroup

  */

    public boolean superDispatchTouchEvent(MotionEvent event) {



        return super.dispatchTouchEvent(event);

        // 调用父类的方法 = ViewGroup的dispatchTouchEvent()

        // 即 将事件传递到ViewGroup去处理,详细请看ViewGroup的事件分发机制



    }

    // 回到最初的调用原处



/**

  * 分析4:Activity.onTouchEvent()

  * 定义:属于顶层View(DecorView)

  * 说明:

  *     a. DecorView类是PhoneWindow类的一个内部类

  *     b. DecorView继承自FrameLayout,是所有界面的父类

  *     c. FrameLayout是ViewGroup的子类,故DecorView的间接父类 = ViewGroup

  */

  public boolean onTouchEvent(MotionEvent event) {



        // 当一个点击事件未被Activity下任何一个View接收 / 处理时

        // 应用场景:处理发生在Window边界外的触摸事件

        // ->> 分析5

        if (mWindow.shouldCloseOnTouch(this, event)) {

            finish();

            return true;

        }

        

        return false;

        // 即 只有在点击事件在Window边界外才会返回true,一般情况都返回false,分析完毕

    }



/**

  * 分析5:mWindow.shouldCloseOnTouch(this, event)

  */

    public boolean shouldCloseOnTouch(Context context, MotionEvent event) {

    // 主要是对于处理边界外点击事件的判断:是否是DOWN事件,event的坐标是否在边界内等

    if (mCloseOnTouchOutside && event.getAction() == MotionEvent.ACTION_DOWN

            && isOutOfBounds(context, event) && peekDecorView() != null) {

        return true;

    }

    return false;

    // 返回true:说明事件在边界外,即 消费事件

    // 返回false:未消费(默认)

}

// 回到分析4调用原处

 

(2)分析

这里我们主要分析dispatchTouchEvnet()

    public boolean dispatchTouchEvent(MotionEvent ev) {

            // 一般事件列开始都是DOWN事件 = 按下事件,故此处基本是true

            if (ev.getAction() == MotionEvent.ACTION_DOWN) {

                onUserInteraction();

                // ->>分析1

            }

            // ->>分析2

            if (getWindow().superDispatchTouchEvent(ev)) {

                return true;

                // 若getWindow().superDispatchTouchEvent(ev)的返回true

                // 则Activity.dispatchTouchEvent()就返回true,则方法结束。即 :该点击事件停止往下传递 & 事件传递过程结束

                // 否则:继续往下调用Activity.onTouchEvent

            }

            // ->>分析4

            return onTouchEvent(ev);

        }

首先判断是否是Down事件,  if (ev.getAction() == MotionEvent.ACTION_DOWN),一般的事件都是Down开始,因此if()判断成立;

接着是    if (getWindow().superDispatchTouchEvent(ev)) ,这里getWidow获取Acrtivity对应的Window对象,而Window又是抽象类,它对应的是Window的子类Phonewindow中的superDispathcTouchEvent()方法,最终调用DecoreView的superdispathcToucheEvent(),而DeocreView是Activity的根View,接下来调用ViewGroup的dispatchToucheEvent()方法。这样就实现了从ACticity向ViewGroup的事件传递。

如果事件在传递到ViewGroup后没有没拦截,那么就执行Activity的onToucheEvent()方法;如果被拦截,那么就返回true,不执行Activity的onTouchEvent()方法。

 

(3)总结

当一个事件发生时,事件就从Activity开始,向ViewGroup传递,ViewGruop再向它的子View传递。

 

2、ViewGroup的事件分发

从上面我们知道,事件在分发到ViewGroup时,是从dispatchTouchEvent()开始。

(1)具体源码

/**

* 源码分析:ViewGroup.dispatchTouchEvent()

*/

public boolean dispatchTouchEvent(MotionEvent ev) {

... // 仅贴出关键代码

// 重点分析1:ViewGroup每次事件分发时,都需调用onInterceptTouchEvent()询问是否拦截事件

if (disallowIntercept || !onInterceptTouchEvent(ev)) {



// 判断值1:disallowIntercept = 是否禁用事件拦截的功能(默认是false),可通过调用requestDisallowInterceptTouchEvent()修改

// 判断值2: !onInterceptTouchEvent(ev) = 对onInterceptTouchEvent()返回值取反

// a. 若在onInterceptTouchEvent()中返回false(即不拦截事件),就会让第二个值为true,从而进入到条件判断的内部

// b. 若在onInterceptTouchEvent()中返回true(即拦截事件),就会让第二个值为false,从而跳出了这个条件判断

// c. 关于onInterceptTouchEvent() ->>分析1

ev.setAction(MotionEvent.ACTION_DOWN);

final int scrolledXInt = (int) scrolledXFloat;

final int scrolledYInt = (int) scrolledYFloat;

final View[] children = mChildren;

final int count = mChildrenCount;



// 重点分析2

// 通过for循环,遍历了当前ViewGroup下的所有子View

for (int i = count - 1; i >= 0; i--) {

final View child = children[i];

if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE

|| child.getAnimation() != null) {

child.getHitRect(frame);

// 判断当前遍历的View是不是正在点击的View,从而找到当前被点击的View

// 若是,则进入条件判断内部

if (frame.contains(scrolledXInt, scrolledYInt)) {

final float xc = scrolledXFloat - child.mLeft;

final float yc = scrolledYFloat - child.mTop;

ev.setLocation(xc, yc);

child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;



// 条件判断的内部调用了该View的dispatchTouchEvent()

// 即 实现了点击事件从ViewGroup到子View的传递(具体请看下面的View事件分发机制)

mMotionTarget = child;

return true;

// 调用子View的dispatchTouchEvent后是有返回值的

// 若该控件可点击,那么点击时,dispatchTouchEvent的返回值必定是true,因此会导致条件判断成立

// 于是给ViewGroup的dispatchTouchEvent()直接返回了true,即直接跳出

// 即把ViewGroup的点击事件拦截掉



}

}

}

}

}

}

boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) ||

(action == MotionEvent.ACTION_CANCEL);

if (isUpOrCancel) {

mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;

}

final View target = mMotionTarget;

// 重点分析3

// 若点击的是空白处(即无任何View接收事件) / 拦截事件(手动复写onInterceptTouchEvent(),从而让其返回true)

if (target == null) {

ev.setLocation(xf, yf);

if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {

ev.setAction(MotionEvent.ACTION_CANCEL);

mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;

}

return super.dispatchTouchEvent(ev);

// 调用ViewGroup父类的dispatchTouchEvent(),即View.dispatchTouchEvent()

// 因此会执行ViewGroup的onTouch() ->> onTouchEvent() ->> performClick() ->> onClick(),即自己处理该事件,事件不会往下传递(具体请参考View事件的分发机制中的View.dispatchTouchEvent())

// 此处需与上面区别:子View的dispatchTouchEvent()

}

...

}

/**

* 分析1:ViewGroup.onInterceptTouchEvent()

* 作用:是否拦截事件

* 说明:

* a. 返回true = 拦截,即事件停止往下传递(需手动设置,即复写onInterceptTouchEvent(),从而让其返回true)

* b. 返回false = 不拦截(默认)

*/

public boolean onInterceptTouchEvent(MotionEvent ev) {

return false;

}

// 回到调用原处

(2)分析

我们来分析 if (disallowIntercept || !onInterceptTouchEvent(ev)),这里disallowIntercept 表示是否禁用事件拦截功能(默认为false 表示不禁用),而onInterceptTouchEvent()则是判断是否拦截事件。

首先我们看ViewGroup的onInterceptTouchEvent不拦截的情形:

通过一个for循环 for (int i = count - 1; i >= 0; i--),对viewGroup中的子view依次遍历;继续看代码,

if (child.dispatchTouchEvent(ev)) {

mMotionTarget = child;

return true;

}

这里会调用子view的dispatchTouchEvent(),如果子View对事件进行了拦截,那么子View的dispatchTouchEvent()就会返回true,那么ViewGroup的dispatchTouchEvent()直接返回true,不再执行ViewGroup的onTouchEvent(),这样就拦截了ViewGroup的事件,而事件则是由子View处理。

现在我们来分析ViewGroup的onInterceptTouchEvent拦截的情形:

在onInterceptorTouchEvent()返回true,那么该事件将不会向下传递,而是执行return super.dispatchTouchEvent(),也就是调用ViewGroup父类的dispatchTouchEvent()方法,之后则会执行该ViewGroup对应的onTouch()->onTouchEvent()->performClick()->onClick()

 

(3)总结

ViewGroup的事件拦截中有一个特殊的方法,onInterceptTouchEvent,用来判断ViewGroup是否会拦截事件,如果不拦截事件且当前子Veiw的数量大于1,那么就会遍历子View,并调用子View的dispatchTouchEvent,将事件传递下去;如果拦截,则调用ViewGroup的onTouch()->onTouchEvent()->performClick()->onClick()方法

 

3、View的事件分发

(1)具体源码

/**

* 源码分析:View.dispatchTouchEvent()

*/

public boolean dispatchTouchEvent(MotionEvent event) {



if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&

mOnTouchListener.onTouch(this, event)) {

return true;

}

return onTouchEvent(event);

}

// 说明:只有以下3个条件都为真,dispatchTouchEvent()才返回true;否则执行onTouchEvent()

// 1. mOnTouchListener != null

// 2. (mViewFlags & ENABLED_MASK) == ENABLED

// 3. mOnTouchListener.onTouch(this, event)

// 下面对这3个条件逐个分析





/**

* 条件1:mOnTouchListener != null

* 说明:mOnTouchListener变量在View.setOnTouchListener()方法里赋值

*/

public void setOnTouchListener(OnTouchListener l) {



mOnTouchListener = l;

// 即只要我们给控件注册了Touch事件,mOnTouchListener就一定被赋值(不为空)

}



/**

* 条件2:(mViewFlags & ENABLED_MASK) == ENABLED

* 说明:

* a. 该条件是判断当前点击的控件是否enable

* b. 由于很多View默认enable,故该条件恒定为true

*/



/**

* 条件3:mOnTouchListener.onTouch(this, event)

* 说明:即 回调控件注册Touch事件时的onTouch();需手动复写设置,具体如下(以按钮Button为例)

*/

button.setOnTouchListener(new OnTouchListener() {

@Override

public boolean onTouch(View v, MotionEvent event) {

return false;

}

});

(2)分析

首先我们来分析这里的判断, if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&

mOnTouchListener.onTouch(this, event))

其中 (mViewFlags & ENABLED_MASK) == ENABLED是判断当前VIew是否enable

而mOnTouchListener.onTouch(this, event)则默认为false,这里如果我们重写onTouch()方法并返回true,那么事件分发到这里结束,同时将不再执行View的onTouchEvent();相反,如果使用返回false,则会继续执行后面的onTouchEvent()。

(3)总结

在View的事件分发中,需要判断View的onTouch方法,如果该方法返回true,那么事件分发将在这里结束,并且不执行onTouchEvent和onClick

如果返回false,那么就会执行对应的onTouchEvent和onClick

 

三、综合分析

 

阅读更多

没有更多推荐了,返回首页