Android--点击事件的分发（1）

在事件分发和处理的过程中，我们比较熟悉方法有：比如dispatchTouchEvent，做事件分发；onTouchEvent，onTouchListener用来处理各类型的事件等，但是事件到底是从哪里开始的呢？又是怎么传递到dispatchTouchEvent方法，这些我们都没有关心过，今天就带着大家简单过一下源码

相信大家应该还没忘记ViewRootImpl这个类，在上篇博客Android-UI的渲染过程中提到过它的setView方法，主要解释了里面requestLayout方法，今天我们看一下其他的内容：

    public void setView(View view, WindowManager.LayoutParams attrs, View panelParentView) {
        synchronized (this) {
            if (mView == null) {
                .....

                if (mInputChannel != null) {
                    if (mInputQueueCallback != null) {
                        mInputQueue = new InputQueue();
                        mInputQueueCallback.onInputQueueCreated(mInputQueue);
                    }
                    mInputEventReceiver = new WindowInputEventReceiver(mInputChannel,
                            Looper.myLooper());
                }

                ......

                CharSequence counterSuffix = attrs.getTitle();
                mSyntheticInputStage = new SyntheticInputStage();
                InputStage viewPostImeStage = new ViewPostImeInputStage(mSyntheticInputStage);
                InputStage nativePostImeStage = new NativePostImeInputStage(viewPostImeStage,
                        "aq:native-post-ime:" + counterSuffix);
                InputStage earlyPostImeStage = new EarlyPostImeInputStage(nativePostImeStage);
                InputStage imeStage = new ImeInputStage(earlyPostImeStage,
                        "aq:ime:" + counterSuffix);
                InputStage viewPreImeStage = new ViewPreImeInputStage(imeStage);
                InputStage nativePreImeStage = new NativePreImeInputStage(viewPreImeStage,
                        "aq:native-pre-ime:" + counterSuffix);
                .....
            }
        }
    }

第17~26行：我们可以看见一个关键的类InputStage以及它的子类类，这些类表示的就是点击的类型。这里的类型有很多中，关于这些类型的介绍，我推荐大家一篇文章Android-InputStage，而我们这次所说的点击事件类型对应的InputStage是ViewPostImeInputStage

第11行：创建了一个WindowInputEventReceiver对象，当发生点击事件的时候，这个就会执行到这个类的onInputEvent方法，我们看一下这个方法

    void enqueueInputEvent(InputEvent event) {
        enqueueInputEvent(event, null, 0, false);
    }

查看enqueueInputEvent方法

    void enqueueInputEvent(InputEvent event,
            InputEventReceiver receiver, int flags, boolean processImmediately) {
        ....

        if (processImmediately) {
            doProcessInputEvents();
        } else {
            scheduleProcessInputEvents();
        }
    }

这里就是做了一个线程调度，但是最终都会执行到doProcessInputEvents方法中

    void doProcessInputEvents() {
        // Deliver all pending input events in the queue.
        while (mPendingInputEventHead != null) {
            ....
            deliverInputEvent(q);
        }
        ....
    }

我留下了关键方法deliverInputEvent，我们进入看一下

    private void deliverInputEvent(QueuedInputEvent q) {
        Trace.asyncTraceBegin(Trace.TRACE_TAG_VIEW, "deliverInputEvent",
                q.mEvent.getSequenceNumber());
        ...

        InputStage stage;
        if (q.shouldSendToSynthesizer()) {
            stage = mSyntheticInputStage;
        } else {
            stage = q.shouldSkipIme() ? mFirstPostImeInputStage : mFirstInputStage;
        }

        ....
        if (stage != null) {
            handleWindowFocusChanged();
            stage.deliver(q);
        } else {
            finishInputEvent(q);
        }
    }

第6行：InputStage对象和我们上面说的InputStage对应，这里是ViewPostImeInputStage

第16行：deliver在ViewPostImeInputStage中没有被复写，所以我们查看的InputStage的deliver方法

        public final void deliver(QueuedInputEvent q) {
            if ((q.mFlags & QueuedInputEvent.FLAG_FINISHED) != 0) {
                forward(q);
            } else if (shouldDropInputEvent(q)) {
                finish(q, false);
            } else {
                apply(q, onProcess(q));
            }
        }

这里会执行到else的方法体重，我们在apply方法中看见onProcess方法，而这个方法在ViewPostImeInputStage中被复写，我们查看一下：

        @Override
        protected int onProcess(QueuedInputEvent q) {
            if (q.mEvent instanceof KeyEvent) {
                return processKeyEvent(q);
            } else {
                final int source = q.mEvent.getSource();
                if ((source & InputDevice.SOURCE_CLASS_POINTER) != 0) {
                    return processPointerEvent(q);
                } else if ((source & InputDevice.SOURCE_CLASS_TRACKBALL) != 0) {
                    return processTrackballEvent(q);
                } else {
                    return processGenericMotionEvent(q);
                }
            }
        }

会执行到第8行的processPointerEvent方法，我们查看：

        private int processPointerEvent(QueuedInputEvent q) {
            final MotionEvent event = (MotionEvent)q.mEvent;

            ....
            boolean handled = mView.dispatchPointerEvent(event);
            ....
            return handled ? FINISH_HANDLED : FORWARD;
        }

到这里，我们要注意，我们目前看的这些类都是ViewRootImpl的内部类，而这里的mView就是ViewRootImpl中的mView。相信大家应该还没忘记，ViewRootImpl的mView是DecorView，我们查看DecorView的dispatchPointerEvent方法，我们在DecorView中并没有找到这个方法，那么这个类一定是在它的父类，或者父类的父类里，其实是在View中，我们查看：

    public final boolean dispatchPointerEvent(MotionEvent event) {
        if (event.isTouchEvent()) {
            return dispatchTouchEvent(event);
        } else {
            return dispatchGenericMotionEvent(event);
        }
    }

dispatchTouchEvent方法在DecorView中有复写，我们查看DecorView的此方法

    @Override
    public boolean dispatchTouchEvent(MotionEvent ev) {
        final Window.Callback cb = mWindow.getCallback();
        return cb != null && !mWindow.isDestroyed() && mFeatureId < 0
                ? cb.dispatchTouchEvent(ev) : super.dispatchTouchEvent(ev);
    }

cb这个对象其实就是Activity，这里执行了Activity的dispatchTouchEvent方法，继续查看

    public boolean dispatchTouchEvent(MotionEvent ev) {
        if (ev.getAction() == MotionEvent.ACTION_DOWN) {
            onUserInteraction();
        }
        if (getWindow().superDispatchTouchEvent(ev)) {
            return true;
        }
        return onTouchEvent(ev);
    }

这里存在了两种情况，我们先看第一种，也就是getWindow().superDispatchTouchEvent方法返回true的情况，getWindow()估计大家都不陌生了，就是PhoneWindow对象，我们查看它的superDispatchTouchEvent方法

    @Override
    public boolean superDispatchTouchEvent(MotionEvent event) {
        return mDecor.superDispatchTouchEvent(event);
    }

mDecor是DecorView，让了一圈有回到了这个类，我们继续查看它的superDispatchTouchEvent方法

    public boolean superDispatchTouchEvent(MotionEvent event) {
        return super.dispatchTouchEvent(event);
    }

DecorView的父类是FrameLayout，这个类是没有复写dispatchTouchEvent方法，也就是没有做事件的处理，实际上是ViewGroup处理的。

其实到这里，事件的分发的第一个阶段就结束了，基本上捋清了事件是如何从Activity传递到DecorView的过程。

我们刚刚在Activity的dispatchTouchEvent方法中说，有两种情况，也就是说如果getWindow().superDispatchTouchEvent方法为false时候，是第二种情况，表示每一个View或ViewGroup都不对事件进行分发拦截，那么由最上层的View进行事件的处理，也就是执行Activity的onTouchEvent方法。

关于事件分发的第二阶段，也就是事件是如何在View树中传递的，我会在下一篇博客介绍。