Anroid View事件响应机制和ViewGroup的事件响应分发机制

简介:

 

注:低版本的源码内容比高版本的源码简单,分析起来方便,但是高版本源码更为严密。

 

 

View的事件响应机制

涉及2个方法dispatchTouchEventonTouchEvent

 

1.ViewdispatchTouchEvent方法(事件传递到ViewView的这个方法就自动执行。)

dispatchTouchEvent返回true,响应事件;返回false,不响应事件。

public boolean dispatchTouchEvent(MotionEvent event) {

       ...

        ListenerInfo li = mListenerInfo;   

 if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED&& li.mOnTouchListener.onTouch(this, event)) {

                return true;

            }

 

            if (onTouchEvent(event)) {

                return true;

            }    //等价于return onTouchEvent(event)

 

        }

 


        ...

 

        return false;       //(如果View没有setOnTouchListener,默认dispatchTouchEvent

   事件就是返回false)

}

 

 

----------------------------------------------------------------------------------------------------------------------

上述源码中的ListenerInfoView类中的一个静态成员类,里面封装了各种事件类型的监听

XxxListener的变量,包括private OnTouchListener mOnTouchListener;

 

View这个类中有ListenerInfo mListenerInfo;这个类型的成员变量

mListenerInfo是通过下面这个方法来返回的,从方法可以看出返回值肯定不为空。

 ListenerInfo getListenerInfo() {

        if (mListenerInfo != null) {

            return mListenerInfo;

        }

        mListenerInfo = new ListenerInfo();

        return mListenerInfo;

 }

 结论1所以ViewdispatchTouchEvent方法中的if判断中li(也就是mListenerInfo)!=null

 

 

----------------------------------------------------------------------------------------------------------------------

再看ViewsetOnTouchListener这个方法,只要这个方法被调用了,参数不为空,那么

mListenerInfo.mOnTouchListener就不为空。

 public void setOnTouchListener(OnTouchListener l) {

        getListenerInfo().mOnTouchListener = l;

}

结论2所以ViewdispatchTouchEvent方法中的if判断中li.mOnTouchListener != null

 

所以

if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED&& li.mOnTouchListener.onTouch(this, event))

这个条件组只是和li.mOnTouchListener.onTouch(this, event)这个回调方法有关

如果返回true的话,ImageViewdispatchTouchEvent方法也返回true

如果返回false的话,会继续进行下面的一个if判断,也就是onTouchEvent方法的判断。

 if (onTouchEvent(event)) {

     return true; 

 }

 上面这3行代码等价于return onTouchEvent(event),其实2.3.3的源码就是这么写的。

 

###############################################################################

所以对于dispatchTouchEvent()方法,如果直接继承自View的控件

1.没有调用setOnTouchListener()设置监听者,那么

  li.mOnTouchListener == nulldispatchTouchEvent()方法默认就会返回false,这时

  onTouchEvent 方法和dispatchTouchEvent()方法就没有任何的关联了。

2.调用setOnTouchListener()设置监听者,那么li.mOnTouchListener = null

  dispatchTouchEvent()方法就会判断li.mOnTouchListener.onTouch(this, event), 即监听者

  的onTouch回调方法(表明用户的意图)的返回值

  ***onTouch 回调方法返回truedispatchTouchEvent()方法就会返回true

  ***onTouch 回调方法返回falsedispatchTouchEvent()方法就会调用onTouchEvent处理

     事件,即把事件转交给onTouchEvent方法进行处理

###############################################################################

 

 

2.ViewonTouchEvent方法

public boolean onTouchEvent(MotionEvent event) {

...

if (((viewFlags & CLICKABLE) == CLICKABLE ||

      (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {

...

 switch (event.getAction()) {

                case MotionEvent.ACTION_UP:

...

if (!post(mPerformClick)) {

                                    performClick();  /*

底层实现:li.mOnClickListener.onClick(this);

View的点击事件真正是在UP事件之后执行的。

*/

}

...

return true;

}

return false;

     }

---------------------------------------------------------------------

ViewonTouchEvent的返回值,取决于View是否可点击。

 这就解释了为什么当ImageViewButton的监听事件的OnTouch事件都是返回false时,ImageView只能响应按下事件,而Button能响应所有事件的原因了:因为ImageView默认的clickable属性为false,而Buttonclickable属性为true

 

想让ImageView监听事件的onTouch返回false也能响应所有的事件,有2种方式

1种:直接将ImageViewclickable属性设置为true

2种:为ImageView添加点击事件,通过查看下面的源码可以看出,点击事件会将View

    的clickable属性设置为true

public void setOnClickListener(OnClickListener l) {

        if (!isClickable()) {

            setClickable(true);

        }

        getListenerInfo().mOnClickListener = l;}

 假如Button添加了点击事件,如果去屏蔽它的点击事件呢?

在添加点击事件的代码后面设置onclickable属性为false

onTouchListener监听的onTouch方法里返回true。  

原理:因为View的点击事件的本质是由onTouchEvent方法中的,performClick

 这个方法所执行的,不让View执行onTouchEventclickablefalse

 即不会执行点击事件。

 由此也可以看出onTouch事件和onClick事件不是一回事   

 

 

 

 

 

 

ViewGroup的事件响应和传递机制(以2.3.3的源码来分析)

涉及3个方法dispatchTouchEventonInterceptTouchEventonTouchEvent

 

ViewGroup的事件传递,是伴随着递归算法查找坐标落在那一个控件的范围,由父控件

向子控件,由外到内。

 

wKioL1Xy397zJsb1AASgEBnjMWs045.jpg 

 @Override

public boolean dispatchTouchEvent(MotionEvent ev) {

    ...

        final int action = ev.getAction();

        final float xf = ev.getX();

        final float yf = ev.getY();

        final float scrolledXFloat = xf + mScrollX;

        final float scrolledYFloat = yf + mScrollY;

        final Rect frame = mTempRect;  //矩形类 mTempRect = new Rect();

 

        boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;

 

       

 if (action == MotionEvent.ACTION_DOWN) {

           ...

            // If we're disallowing intercept or if we're allowing and we didn't intercept

//如果onInterceptTouchEvent(ev)没有拦截事件

//只有自己先不拦截,才有必要去判断有没有子View去响应这个事件。

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

                // reset this event's action (just to protect ourselves)

                ev.setAction(MotionEvent.ACTION_DOWN);

                // We know we want to dispatch the event down, find a child

                // who can handle it, start with the front-most child.

                final int scrolledXInt = (int) scrolledXFloat;

                final int scrolledYInt = (int) scrolledYFloat;

                final View[] children = mChildren;

                final int count = mChildrenCount;

 

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

                    final View child = children[i];

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

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

可见或有动画时

                        child.getHitRect(frame);    //测量子控件的矩形参数

   //判断事件的坐标有没有包含在子控件的矩形范围之内 

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

                           //计算事件在子View中的坐标

                            final float xc = scrolledXFloat - child.mLeft;

                            final float yc = scrolledYFloat - child.mTop;

                            ev.setLocation(xc, yc);

                            child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;

                            if (child.dispatchTouchEvent(ev))  {

                                // Event handled, we have a target now.!!!!

  //View如果处理了事件,就把这个View作为事件的目

   标

                                mMotionTarget = child;

                           return true;

                            }

                            // The event didn't get handled, try the next view.

                            // Don't reset the event's location, it's not

                            // necessary here.

                        }

                    }

//View能够成为mMotionTarget的前提是事件坐标落在它的

矩形范围之内,并且它响应处理了这个事件。

                }

            }

        }  Action_downif结束

 

 

 

       ...

 

       

 // The event wasn't an ACTION_DOWN, dispatch it to our target if

     we have one.(**没有子View响应**)

        final View target = mMotionTarget;

        if (target == null) {

            // We don't have a target, this means we're handling the

            // event as a regular view.(**如果没有子View响应这个事件,这个

事件就会当作一般的View的事件来处理,即ViewGroup执行像View

一样的去执行事件分发**)

            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);

        }

 

 

 

      

  // if have a target, see if we're allowed to and want to intercept its events**有子View响应**

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

            final float xc = scrolledXFloat - (float) target.mLeft;

            final float yc = scrolledYFloat - (float) target.mTop;

            mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;

            ev.setAction(MotionEvent.ACTION_CANCEL);

            ev.setLocation(xc, yc);

            if (!target.dispatchTouchEvent(ev)) {

                // target didn't handle ACTION_CANCEL. not much we can do

                // but they should have.

            }

            // clear the target

            mMotionTarget = null;

            // Don't dispatch this event to our own view, because we already

            // saw it when intercepting; we just want to give the following

            // event to the normal onTouchEvent().

            return true;

        }

 

 

 

       

 

       

 // finally offset the event to the target's coordinate system and

        // dispatch the event.**把事件转交给子View去处理**

        final float xc = scrolledXFloat - (float) target.mLeft;

        final float yc = scrolledYFloat - (float) target.mTop;

        ev.setLocation(xc, yc);

 

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

            ev.setAction(MotionEvent.ACTION_CANCEL);

            target.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;

            mMotionTarget = null;

        }

 

        return target.dispatchTouchEvent(ev);

 

 




      本文转自屠夫章哥  51CTO博客,原文链接:http://blog.51cto.com/4259297/1693953,如需转载请自行联系原作者





相关文章
|
6月前
|
XML Java Android开发
Android App开发触摸事件中手势事件Event的分发流程讲解与实战(附源码 简单易懂)
Android App开发触摸事件中手势事件Event的分发流程讲解与实战(附源码 简单易懂)
100 0
|
设计模式 缓存 前端开发
Android 架构之 MVI 究极体 | 状态和事件分道扬镳,粘性不再是问题
Android 架构之 MVI 究极体 | 状态和事件分道扬镳,粘性不再是问题
631 0
|
设计模式 API Android开发
彻底理解View事件体系!
彻底理解View事件体系!
彻底理解View事件体系!
|
Android开发 容器
View工作原理分析1 - 初识ViewRoot和 DecorView
以下相关资料均来自 Android艺术探索,部分内容加入了一些我个人的理解。
144 0
|
Android开发
事件分发四部曲之三《CoordinatorLayout事件分析》
事件分发四部曲之三《CoordinatorLayout事件分析》
事件分发四部曲之三《CoordinatorLayout事件分析》
|
Android开发
Android事件分发机制之ACTION_DOWN
Android的事件分发机制也是老生常谈了,这篇文章并不是笼统的介绍这个机制,而是针对ACTION_DOWN这个事件探讨相关的细节。
363 0
|
Android开发
View事件机制分析
目录介绍 01.Android中事件分发顺序 1.1 事件分发的对象是谁 1.2 事件分发的本质 1.3 事件在哪些对象间进行传递 1.4 事件分发过程涉及方法 1.5 Android中事件分发顺序 02.
781 0
|
Android开发
Android触摸事件(下)——事件的分发
已经记不清有多久了,貌似自从接触Android开发开始,Android的事件分发机制一直伴随着我们。网上各种大神的各种分析,看完了可能还是会晕晕乎乎的。没办法,谁让咱是菜鸡呢(对!我菜鸡我还有有理了。
806 0
|
Android开发 Java
Android触摸事件(上)——事件的由来
从接触Android开发以来,貌似Android的事件就一直伴随着我。从一开始的setOnclickListener到后来的setOnTouchListener以及各种手势的事件,关于Android的事件传递机制,我觉得很多人都看了不止一遍了。
1003 0
|
Android开发 数据格式 XML