A. android View 事件分发机制
Android 事件机制包含系统启动流程、输入管理(InputManager)、系统服务和 UI 的通信(WindowManagerService + ViewRootImpl + Window)、事件分发等一系列的环节。
Android 系统中将输入事件定义为 InputEvent，根据输入事件的类型又分为了 KeyEvent（键盘事件） 和 MotionEvent（屏幕触摸事件）。这些事件统一由系统输入管理器 InputManager 进行分发。
在系统启动的时候，SystemServer 会启动 WindowManagerService，WMS 在启动的时候通过 InputManager 来负责监控键盘消息。
InputManager 负责从硬件接收输入事件，并将事件通过 ViewRootImpl 分发给当前激活的窗口处理，进而分发给 View。
Window 和 InputManagerService 之间通过 InputChannel 来通信，底层通过 socket 进行通信。
Android Touch 事件的基础知识：
KeyEvent 对应了键盘的输入事件；MotionEvent 就是手势事件，鼠标、笔、手指、轨迹球等相关输入设备的事件都属于 MotionEvent。
InputEvent 统一由 InputManager 进行分发，负责与硬件通信并接收输入事件。
system_server 进程启动时会创建 InputManagerService 服务。
system_server 进程启动时同时会启动 WMS，WMS 在启动的时候就会通过 IMS 启动 InputManager 来监控键盘消息。
App 端与服务端建立了双向通信之后，InputManager 就能够将产生的输入事件从底层硬件分发过来，Android 提供了 InputEventReceiver 类，以接收分发这些消息：
Window 和 IMS 之间通过 InputChannel 通信。InputChannel 是一个 pipe，底层通过 socket 进行通信。在 ViewRootImpl.setView() 过程中注册 InputChannel。
Android 事件传递机制是 先分发再处理 ，先由外部的 View 接收，然后依次传递给其内层的 View，再从最内层 View 反向依次向外层传递。
三个方法的关系如下：
分发事件：
应用了树的 深度优先搜索算法 （Depth-First-Search，简称 DFS 算法），每个 ViewGroup 都持有一个 mFirstTouchTarget, 当接收到 ACTION_DOWN 时，通过递归遍历找到 View 树中真正对事件进行消费的 Child，并保存在 mFirstTouchTarget 属性中，依此类推组成一个完整的分发链。在这之后，当接收到同一事件序列的其它事件如 ACTION_MOVE、ACTION_UP 时，则会跳过递归流程，将事件直接分发给下一级的 Child。
ViewGroup 分发事件的主要的任务是找一个 Target，并且用这个 Target 处理事件，主要逻辑如下 ：
为什么倒序查找 TouchTarget?
如果按添加顺序遍历，当 View 重叠时（FrameLayout），先添加的 View 总是能消费事件，而后添加的 View 不可能获取到事件。
拦截事件：
[1] Android 事件分发机制的设计与实现
[2] Android 事件拦截机制的设计与实现
B. Android 点击回调传递
在使用MultiTypeAdapter实现RecyclerView多类型显示的时候，会创建一个ViewHolder和ViewBinder，此时如果要在Activity或者Fragment相应点击事件的时候，需要在ViewHolder和ViewBinder之间做传递。如果一个ViewHolder下有RecyclerView，然后也使用了MultiTypeAdapter，那么这个点击事件的回调将会是一件相当头疼的事情。
在使用 LifeCycle 时，发现他只需要当前类实现 LifecycleObserver ，然后通过调用 addObserver 方法即可实现事件传递。由此想到点击事件是否也可以使用此种形式来实现。
DEMO
在受到 LifeCycle 的启发下，模仿这写了几个类。
一个点击事件如果在某个类中如果需要做操作，那么需要实现该接口。
继承OnItemClick，并实现具体的方法。
基本点击事件Observer
这一层，对事件在OnBindViewHolder中做了一次传递，通过dispatchObserver方法，将ViewBinder中的事件传递到了ViewHolder中。
定义两个点击事件。
创建实体类，和Binder相对应。
在覆写 setData 方法的时候，一定要调用super。不然事件无法传递。
响应事件的回调，只需要调用 getObserver 方法，然后传入对应的Observer，如果有，就直接调用方法。
adapter传递事件，也是通过dispatchObserver方法。
ViewBinder其实就不需要做什么事情了，比较简单。
C. Android事件分发机制
Android中对视图的Touch事件进行分发处理。
单手指操作：ACTION_DOWN -> ACTION_MOVE -> ACTION_UP
多手指操作：ACTION_DOWN -> ACTION_POINTER_DOWN -> ACTION_MOVE -> ACTION_POINTER_UP -> ACTION_UP.
（1） dispatchTouchEvent（） ：事件分发
（2） onInterceptTouchEvent（） ：事件拦截
（3） onTouchEvent（） ：事件处理
ViewGroup 的相关事件有三个：onInterceptTouchEvent、dispatchTouchEvent、onTouchEvent。
View 的相关事件只有两个：dispatchTouchEvent、onTouchEvent。
先分析ViewGroup的处理流程：首先得有个结构模型概念：ViewGroup和View组成了一棵树形结构，最顶层为Activity的ViewGroup，下面有若干的ViewGroup节点，每个节点之下又有若干的ViewGroup节点或者View节点，依次类推。如图：
点击事件达到顶级 View(一般是一个 ViewGroup)，会调用 ViewGroup 的 dispatchTouchEvent 方法，如果顶级 ViewGroup 拦截事件即 onInterceptTouchEvent 返回 true，则事件由 ViewGroup 处理，这时如果 ViewGroup 的 mOnTouchListener 被设置，则 onTouch 会被调用，否则 onTouchEvent 会被调用。也就是说如果都提供的话，onTouch 会屏蔽掉 onTouchEvent。在 onTouchEvent 中，如果设置了 mOnClickListenser，则 onClick 会被调用。如果顶级 ViewGroup 不拦截事件，则事件会传递给它所在的点击事件链上的子 View，这时子 View 的 dispatchTouchEvent 会被调用。如此循环。
D. Android事件分发与回传机制
[图片上传失败...(image-85aaf7-1630895208631)]
[图片上传失败...(image-8c09b-1630895208631)]
[图片上传失败...(image-25abb8-1630895208631)]
日常处理的部分为RootView下面的ViewGroup和View部分，那么上面的PhoneWindow、DecorView和RootView是做什么用的呢？RootView本身可以作为上下沟通的桥梁使用。
（设计模式-组合模式）
PhoneWindow是Window的实现类，Window是抽象类，DecorView是它的一个内部类。所以，PhoneWindow的大部分消息，都是PhoneWindow通过DecorView传递给下面的View的，同时下面的View传递消息也是通过DecorView回传给PhoneWindow。
事件的传递过程中，主要有三种情况：事件分发（dispatchTouchEvent）、事件拦截（onInterceptTouchEvent）、事件消费（onTouchEvent）。这三种情况均有一个boolean型的返回值来控制事件的传递流程。
为什么只有ViewGroup有事件拦截：因为Activity作为事件分发的开始，拦截了就只能自己处理了；而View作为事件分发的最末端，拦不拦截都需要它处理。中间阶段，拦截可做一些处理。
事件传递的顺序：
Activity -> PhoneWindow -> DecorView -> ViewGroup -> View -> Activity
如果我们点击View1，系统如何传递给View1呢，而不是下面的ViewGroupA或者RootView。很明显，我们需要一种机制来执行消息的分发。而消息分发的最小单位是View，ViewGroup是View的子类，Activity是根布局.
事件消费与否与具体消费无关，仅由返回值决定，true表示消费，false表示不消费。
E. android 如何获取一个界面最顶层的view并处理单击事件的分发机制
android事件分发机制 就是一个触摸事件发生了，从一个窗口传递到一个视图，再传递到另外一个视图，最后被消费的过程，在android中还是比较复杂的传递流程如下：
(1) 事件从Activity.dispatchTouchEvent()开始传递，只要没有被停止或拦截，从最上层的View(ViewGroup)开始一直往下(子View)传递。子View可以通过onTouchEvent()对事件进行处理。
(2) 事件由父View(ViewGroup)传递给子View，ViewGroup可以通过onInterceptTouchEvent()对事件做拦截，停止其往下传递。