自定义View(2)-从源码分析button的onClick和onTouch

Android事件分发机制介绍

author:秦子帅
time: 2018-6-14

学习之前,我们先弄明白一件事,到底什么是Android事件分发机制?说白了就是Android触摸事件的传递流程。
下面图片说明了,触摸事件是由外到内传递的。 传递之后由内到外进行处理。

预备知识

Android事件的构成:
在android中,事件主要包括点按,长按,拖拽,滑动等等,另外点按还包括点击和双击。所有这些都构成了android中的事件响应。总的来说所有的事件都由以下三个部分组成:

  • 按下(ACTION_DOWM)
  • 移动(ACTION_MOVE)
  • 抬起(ACTION_UP)

所有操作首先执行的是按下的操作,之后所有的操作都是以按下作为前提的,这一系列的操作的可以在android中控制。这里不清楚的朋友我回来单独做个demo出来,一看就懂了。

我们知道所有的事件操作都发生在触屏幕上,而在屏幕上与我们交互的就是各种各样 的视图组件(View),在android中,所有的视图都继承于view,另外通过各种布局组件(viewgroup)来对view进行布局,viewgroup也继承与view,所有的UI控件:例如
Button,Textview等等;所有的布局控件:例如Relativelayout,listview都是继承viewgroup.所有事件的操作主要发生在view和viewgroup之间,下面主要讲一下view和viewgroup都有哪些方法来对事件进行响应。


  • 1)dispatchTouchEvent() 这个方法用于事件的分发
  • 2)onInterceptTouchEvent() 进行判断是否拦截事件
  • 3)onTouchEvent() 这个方法用于事件的处理

所有的方法都接受了一个参数MotionEvent类型的参数,MotionEvent用于标记各种事件动作事件,返回值是boolean, 事件传递时一个接着一个,所以只有”是否“传递来决定,所以用boolean。

这一节简单介绍了一些基本知识,下一节通过实际的Demo来分享触摸事件的传递规律。

文章我回来会整理分享出来。

从源码分析button的onClick和onTouch

author:秦子帅
time: 2018-6-16

上节我们讲了Android事件分发的介绍和预备知识,在讲View、ViewGroup分发机制之前,我们先讲一下onClickonTouch事件.
下面直接先写一个Button并监听OnclickOntouch,并在Ontouch中监听一下触摸动作,代码如下:

运行结果:


另外我们把setOnTouchListener方法中的return false改成return true,运行结果如下:

这时我们发现一个结论:

1.Ontouch要先于Onclick执行
2.setOnTouchListenerreturn true时,Onclick不执行

下面我们从源码分析一下:
因为Button集成了View我们在View.java中寻找源码,通过寻找我们锁定了下面的一段代码:

    public boolean dispatchTouchEvent(MotionEvent event) {
        // If the event should be handled by accessibility focus first.
        if (event.isTargetAccessibilityFocus()) {
            // We don't have focus or no virtual descendant has it, do not handle the event.
            if (!isAccessibilityFocusedViewOrHost()) {
                return false;
            }
            // We have focus and got the event, then use normal event dispatch.
            event.setTargetAccessibilityFocus(false);
        }

        boolean result = false;

        if (mInputEventConsistencyVerifier != null) {
            mInputEventConsistencyVerifier.onTouchEvent(event, 0);
        }

        final int actionMasked = event.getActionMasked();
        if (actionMasked == MotionEvent.ACTION_DOWN) {
            // Defensive cleanup for new gesture
            stopNestedScroll();
        }

        if (onFilterTouchEventForSecurity(event)) {
            if ((mViewFlags & ENABLED_MASK) == ENABLED && handleScrollBarDragging(event)) {
                result = true;
            }
            //noinspection SimplifiableIfStatement
            ListenerInfo li = mListenerInfo;
            if (li != null && li.mOnTouchListener != null
                    && (mViewFlags & ENABLED_MASK) == ENABLED
                    && li.mOnTouchListener.onTouch(this, event)) {
                result = true;
            }

            if (!result && onTouchEvent(event)) {
                result = true;
            }
        }

        if (!result && mInputEventConsistencyVerifier != null) {
            mInputEventConsistencyVerifier.onUnhandledEvent(event, 0);
        }

        // Clean up after nested scrolls if this is the end of a gesture;
        // also cancel it if we tried an ACTION_DOWN but we didn't want the rest
        // of the gesture.
        if (actionMasked == MotionEvent.ACTION_UP ||
                actionMasked == MotionEvent.ACTION_CANCEL ||
                (actionMasked == MotionEvent.ACTION_DOWN && !result)) {
            stopNestedScroll();
        }

        return result;
    }

我们再精确一点,锁定了下面的代码:

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

            if (!result && onTouchEvent(event)) {
                result = true;
            }

我们详细分析一下这段代码,首先看一下四个判断条件

1.li!=null

li就是mListenerInfo,通过下面的GIF图就可以证明mListenerInfo对象不是空。

2.-li.mOnTouchListener != null,通过上面的GIF图也可证明。

3.(mViewFlags & ENABLED_MASK) == ENABLED这段话的意思就是是否 ENABLED,显然我们没有对button做任何处理,是可以点击的。

4.li.mOnTouchListener.onTouch(this, event)) { result = true;
这句话表示如果onTouch方法返回了true,就直接跳出去了,如果返回的false,就继续执行。基本就证明上面的第二个结论:
2.setOnTouchListenerreturn true时,Onclick不执行
但是我们还没有找到onClick,还不能确认,所以继续往下找。
如果返回的false,就会继续执行代码,进入onTouchEvent(处理事件)方法中:
我们锁定了下面的代码:

   if (!focusTaken) {
                                // Use a Runnable and post this rather than calling
                                // performClick directly. This lets other visual state
                                // of the view update before click actions start.
                                if (mPerformClick == null) {
                                    mPerformClick = new PerformClick();
                                }
                                if (!post(mPerformClick)) {
                                    performClick();
                                }
                            }

我们都看得懂吧?点击PerformClick()方法进去:
我们发现了:

   li.mOnClickListener.onClick(this);

从而证明我们的两个观点:

1.Ontouch要先于Onclick执行
2.setOnTouchListenerreturn true时,Onclick不执行

今天就分析到这里,下次继续新内容!

你可能感兴趣的:(自定义View(2)-从源码分析button的onClick和onTouch)