1：InputManagerServices（IMS）接收事件，根据读取到的事件分类，分别调用不同的函数，包括触屏、按键、键盘等，我们这边只分析触屏事件。
2：触摸事件会首先通过findTouchedWindowTargetsLocked()函数找到目标Window，进而通过dispatchEventLocked()将消息发送到目标窗口。
4：通过WMS把APP端和IMS联系到一起，牵扯进程间通讯（socket和binder）。
5：最后就是触摸事件被封装成了inputEvent，并通过InputEventReceiver的dispatchInputEvent（WindowInputEventReceiver）进行处理。
ViewRootImpl中WindowInputEventReceiver 是java世界的源头。
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博客
