频道栏目
首页 > 程序开发 > 移动开发 > Android > 正文
Android源码分析(二):View的事件分发机制探析
2016-08-29 09:26:38         来源:FightSeeker的专栏  
收藏   我要投稿

Android应用开发时,自定义控件时少不了和View的触摸点击事件打交道。针对View的事件分发原理,也看过网上的一些博客,但是看归看,看了之后时间一长就又忘记了,因此为了更好地记忆理解,痛下决心自己写一篇关于View事件分发原理的博客。

1 示例代码看起

1.1 重写Button,代码如下

public class MyButton extends Button{

    private static final String TAG = "MyButton";

    public MyButton(Context context, AttributeSet attrs) {
        super(context, attrs);
    }

    @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.d(TAG, "dispatchTouchEvent: event.action = "+event.getAction());
        return super.dispatchTouchEvent(event);
    }

    @Override
    public boolean onTouchEvent(MotionEvent event) {
        Log.d(TAG, "onTouchEvent: event.action = "+event.getAction());
        return super.onTouchEvent(event);
    }
}

代码里面只是重写了2个方法,然后在里面打印了一些log,用于看下触摸事件的行走流程。

1.2 布置xml布局




    

很简单,在LinearLayout里面放置一个我们刚才自定义的MyButton就可以了。

1.3 在Activity的代码设定

        MyButton myButton = (MyButton) findViewById(R.id.touchTest);

        myButton.setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                Log.d(TAG, "onClick: myButton clicked!");
            }
        });

        myButton.setOnTouchListener(new View.OnTouchListener() {
            @Override
            public boolean onTouch(View v, MotionEvent event) {
                Log.d(TAG, "onTouch: myButton touched! event.action = "+event.getAction());
                return false;
            }
        });

1.4 测试示例效果,当精准的点击MyButton的时候,打印结果如下

这里写图片描述

从图中看得到,当我们点击MyButton的时候,执行顺序是
dispatchTouchEvent(…)—>onTouch(…)—>onTouchEvent(…)—>onClick(…),那么我们就按这个顺序改变一下返回值再看下打印结果如何。

首先进入的是boolleab dispatchTouchEvent(…)函数,它返回的是boolean类型的值,那我们改下返回值,看看结果如何,改动如下:

  @Override
    public boolean dispatchTouchEvent(MotionEvent event) {
        Log.d(TAG, "dispatchTouchEvent: event.action = "+event.getAction());
        return false;
    }

就是把返回值改为false,再看下打印皆若如何呢?

08-27 14:05:38.323 303-303/? D/MyButton: dispatchTouchEvent: event.action = 0

只打印了一行数据,就是ACTION_DOWN的时候,具体什么原因,待会进入分析流程的时候具体的研究一下。

那要是把返回值改为true,结果如何呢?

08-27 14:14:41.646 3558-3558/? D/MyButton: dispatchTouchEvent: event.action = 0
08-27 14:14:41.687 3558-3558/? D/MyButton: dispatchTouchEvent: event.action = 1

dispatchTouchEvent(..)函数方法中,action事件全部走齐了,但是其余的函数并没有进入,所以我们猜测其余的事件函数有可能是在dispatchTouchEvent(..)函数做的调用。

好了,到这里,我们再看一个信息,就是boolean onTouch(…)函数,这个是在myButton设置OnTouchListener事件监听的时候的回调方法,一开始的时候,我们返回的是false,那我们改为true试试结果如何呢?

08-27 14:19:57.185 4720-4720/? D/MyButton: dispatchTouchEvent: event.action = 0
08-27 14:19:57.186 4720-4720/? D/MyButton: onTouch: myButton touched! event.action = 0
08-27 14:19:57.269 4720-4720/? D/MyButton: dispatchTouchEvent: event.action = 1
08-27 14:19:57.269 4720-4720/? D/MyButton: onTouch: myButton touched! event.action = 1

结果是onTouchEvent(…)与onClick(…)函数并没有执行,这个时候我们猜测,当onTouch(…)返回true时,阻止了事件的传递,所以上面的2个函数就收不到事件。

接下来再看boolean onTouchEvent(…)方法,也是一样的,具有boolean类型的返回值,同样的,改变一下返回值,看下具体的结果如何

当返回值为false时,打印结果如下:

08-27 14:09:03.576 1570-1570/? D/MyButton: dispatchTouchEvent: event.action = 0
08-27 14:09:03.576 1570-1570/? D/MyButton: onTouch: myButton touched! event.action = 0
08-27 14:09:03.576 1570-1570/? D/MyButton: onTouchEvent: event.action = 0

打印结果也令人匪夷所思,只是打印了ACTION_DOWN的时候,以后的所有action事件并没有执行,为什么呢?先在这打个大大的问号。

当返回值为true时,打印结果如下:

08-27 14:11:44.671 2412-2412/? D/MyButton: dispatchTouchEvent: event.action = 0
08-27 14:11:44.671 2412-2412/? D/MyButton: onTouch: myButton touched! event.action = 0
08-27 14:11:44.671 2412-2412/? D/MyButton: onTouchEvent: event.action = 0
08-27 14:11:44.729 2412-2412/? D/MyButton: dispatchTouchEvent: event.action = 1
08-27 14:11:44.729 2412-2412/? D/MyButton: onTouch: myButton touched! event.action = 1
08-27 14:11:44.729 2412-2412/? D/MyButton: onTouchEvent: event.action = 1

越来越接近刚开始的打印结果了,这次除了onClick()事件里面的log没有输出,其余的都有log信息了。

总结一下如下:

(1)当 dispatchTouchEvent(…)函数不管返回具体的true or false,事件都不会分发到下一个函数中,并且为true的时候,才会监听到下一个action事件。

(2)当设置了OnTouchListener监听之后,在OnTouch(…)函数体中,返回true,则阻止事件的往下传递,后面的事件函数不在执行

(3)当onTouchEvent(…)函数不管直接true or false,事件都不会执行到onClick(…)里面,并且同dispatchTouchEvent(…)一样,只有返回true的时候,才能在监听下一个action事件。

2 View触摸事件传递源码分析

我们就先按顺序来看,当我们点击myButton的时候,首先走的是dispatchTouchEvent(…)函数,那么我们就从这个函数入手,一步步往下看。

一番继承关系的查找之后,我们终于在View里面发现了这个函数的代码,进入函数内部来看下它到底干了啥事。

 public boolean dispatchTouchEvent(MotionEvent event) {
        // If the event should be handled by accessibility focus first.
        //首先判断当前View是否可以接收此次action事件
        if (event.isTargetAccessibilityFocus()) {
            // We don't have focus or no virtual descendant has it, do not handle the event.
            //当前View没有接收此次action事件的条件,返回false
            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();
        }

        //判断是否被覆盖了,没有则返回true
        if (onFilterTouchEventForSecurity(event)) {
            //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;
    }

有些关键点已经有所注释,下面看一下这个最是我们需要的部分

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语句的判断,先是判断 li 是否为null,当然不会为null,然后就是li.mOnTouchListener是否为null,那它是怎么赋值的呢,搜索这个关键词看看呢,你发现这么一段代码

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

对了,就是在我们设置触摸监听的时候赋值的,当你调用setOnTouchListener(…)的时候就已经赋值了,下面就是对当前View是否ENABLE的位运算,默认是true,然后就是重点了,判断li.mOnTouchListener.onTouch(this, event)的返回值,当返回true时,进入if语句内部,result=true,那么接下来的if (!result && onTouchEvent(event)){…}就不会再执行了,否则就会执行if语句了,并且进入到onTouchEvent(…)函数内部,我们再进去看一下,它到底做了些什么工作。

里面做的工作有些复杂,但是具体的就是对各种action事件的处理,其中在ACTION_UP中,你会发现这么一句话

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

看名字也应该想到是什么了,是否要处理click事件,进performClick()看看呢,

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

看到没,在if语句判断之内,我们看到了onClick(…)方法的回调。很惊讶有没有,onClick(…)是在onTouchEvent(…)里面调用的。

3 分析结论

(1)当View被触摸的时候,首先走的是dispatchTouchEvent方法

(2)在dispatchTouchEvent方法中先执行onTouch方法,然后执行onTouchEvent方法,最后再onTouchEvent里面执行onClick方法

(3)当view控件为disable的或者mOnTouchListener=null或者onTouch方法返回false,才会调用onTouchEvent方法,并且dispatchTouchEvent返回值与onTouchEvent相同

(4)当dispatchTouchEvent进行事件分发的时候,只有上个事件返回true,才能接受下一个action事件

遗留问题待解决:

当dispatchTouchEvent返回false时候,下次事件为什么不能触发,在进行下一篇对ViewGroup事件分发的时候看看是否能找得到答案呢?

点击复制链接 与好友分享!回本站首页
相关TAG标签 源码 机制 事件
上一篇:Android View框架总结(九)KeyEvent事件分发机制
下一篇:android 面试题总结
相关文章
图文推荐
文章
推荐
点击排行

关于我们 | 联系我们 | 广告服务 | 投资合作 | 版权申明 | 在线帮助 | 网站地图 | 作品发布 | Vip技术培训 | 举报中心

版权所有: 红黑联盟--致力于做实用的IT技术学习网站