Android Q的事件分发机制

1：InputManagerServices（IMS）接收事件，根据读取到的事件分类，分别调用不同的函数，包括触屏、按键、键盘等，我们这边只分析触屏事件。

2：触摸事件会首先通过findTouchedWindowTargetsLocked()函数找到目标Window，进而通过dispatchEventLocked()将消息发送到目标窗口。

4：通过WMS把APP端和IMS联系到一起，牵扯进程间通讯（socket和binder）。

5：最后就是触摸事件被封装成了inputEvent，并通过InputEventReceiver的dispatchInputEvent（WindowInputEventReceiver）进行处理。

ViewRootImpl中WindowInputEventReceiver 是上层的源头。

6:最终 调用了decerView的dispatchPointerEvent。

       private int processPointerEvent(QueuedInputEvent q) {
            boolean handled = mView.dispatchPointerEvent(event);
        }

7： decerView重写了dispatchTouchEvent，通过父view调到了decerView的dispatchTouchEvent。

8：Window.Callback.dispatchTouchEvent()。

9：Window.Callback被Activity实现 Activity.dispatchTouchEvent。

10:superDispatchTouchEvent->phonewindow.superDispatchTouchEvent

11:decerView.superDispatchTouchEvent

12:decerView继承VIewGroup-》VIewGroup.dispatchTouchEvent

剩下的部分就简单了，就是VIewGroup的dispatchTouchEvent一级级的往下传递，直到最底层的View是否处理，如果还是没有处理，则继续调用父类的OnTouchEvent进行处理。

可以这么理解，就是1个事件传递下来，上层领导是否需要拦截处理，如果感觉这个不需要自己处理，就给自己的下级，下级在给下级，直到被人拦截处理，如果都下级没有人处理的了的话，则事件继续给自己的上层领导汇报处理。直到最终的Boss  Activity决定是否处理，都没人处理，则抛掉事件，做不了。

具体的代码看 VIewGroup和View就可以，他们会根据触点的X，Y来寻找匹配的View。

我写的自己看的懂，可能别人会一头懵，推荐看下面的文章，比较详细，对着Android源码看，太忙了，没空写那么细，

参考资料：

浅谈framework之InputManagerService_生于忧患，死于安乐-CSDN博客

浅谈Android之Activity触摸事件传输机制介绍_拿节-CSDN博客