Android源码事件传递流程剖析

    这篇文章基于Android4,.2的源码分析得出，水平有限，如有错误请及时指出，谢谢！

    这片文章讲解的事件传递的起源从dispatchTouchEvent(event)开始，根据事件的处理流程逐渐展开，直至事件被可预料的处理掉结束。

    先贴一张个人总结的事件传递的流程图，如果可以将这张图清楚的理解，下面的文章就可以不用看了，因为这篇文章的主要内容也就是围绕这幅图展开。

一、ViewGroup中的事件处理

    当事件传递到dispatchTouchEvent方法中，由于ViewGroup是View的子类，所以如果当前接收到事件的是ViewGroup将首先触发该类的dispatchTouchEvent方法（不过android界面最外层肯定是个ViewGroup所以肯定会先触发这个事件）。

    该方法会先判断该事件是否可被中断（默认为是），然后便触发ViewGroup才有的onInterceptTouchEvent方法，该方法用于ViewGroup截取事件处理，假如该方法返回true则代表已经将事件截取。

if (!disallowIntercept) {        intercepted = onInterceptTouchEvent(ev);        ev.setAction(action); // restore action in case it was changed} else {        intercepted = false;}

    在你自定义的视图中，如果想要截取事件，就可以继承onInterceptTouchEvent方法。而在ViewGroup的源码中并没有做截取动作，直接返回了false。

public boolean onInterceptTouchEvent(MotionEvent ev) {        return false;}

    在确定事件没有被截取之后，ViewGroup中会判断自己是否有子视图符合接收该事件的条件，如果有的话，则直接将事件分发给该子视图，并返回true代表在这层事件已经被分发出去。否则的话则将该视图视为普通View继续处理事件（详细参见后面的View处理事件部分）。

if (!canViewReceivePointerEvents(child)|| !isTransformedTouchPointInView(x, y, child, null)) {continue;}newTouchTarget = getTouchTarget(child);if (newTouchTarget != null) {// Child is already receiving touch within its bounds.// Give it the new pointer in addition to the ones it is handling.newTouchTarget.pointerIdBits |= idBitsToAssign;break;}resetCancelNextUpFlag(child);if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {// Child wants to receive touch within its bounds.mLastTouchDownTime = ev.getDownTime();mLastTouchDownIndex = childIndex;mLastTouchDownX = ev.getX();mLastTouchDownY = ev.getY();newTouchTarget = addTouchTarget(child, idBitsToAssign);alreadyDispatchedToNewTouchTarget = true;break;}

二、View中的事件处理
    不管上面的那种情况最终都会通过dispatchTransformedTouchEvent方法最后调用到View中的dispatchTouchEvent方法。该方法首先会调用到的是mOnTouchListener.onTouch方法，其中mOnTouchListener是我们在使用view的setOnTouchListener方法时注册进去的监听。如果我们在注册进去监听的onTouch方法中返回true则代表该事件已经被处理，事件将不会在继续传递。

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

    而如果没有设置监听或返回为false的话，该事件将会被传递到onTouchEvent方法。在View类的onTouchEvent方法中，由于是最简单的视图，只处理了和click相关的事件。从注释可以看出包括click和longClick事件。

if (mPerformClick == null) {mPerformClick = new PerformClick();}if (!post(mPerformClick)) {performClick();}

    在performClick中则调用到我们为view设置的clicklistener监听。

ListenerInfo li = mListenerInfo;if (li != null && li.mOnClickListener != null) {playSoundEffect(SoundEffectConstants.CLICK);li.mOnClickListener.onClick(this);return true;}

    在这里我没有看到关于longClick事件的处理，暂时还没有找到，下次找到了再继续更新。

三、总结

• 首先接收到事件的视图是最外层的视图，然后再往子视图上传递；
• 事件的传递是一个递归过程；
• 在上述每个环节都可以通过返回true的方法，结束事件的传递；
• 自定义视图的事件传递过程决定于其对应继承的方法，但应该遵守上述的规则。