2019-04-22：谈谈Android的事件分发机制？

[Moosphan]

[SuDreamer]

Android：你摸我，我就给你发。你摸我上面上个Activity，我就先传递到我的中间Viewgroup，然后它再到最下面，最私密的地方View，然后就像小溪流水一样，分给这边，分给那边。

[429329513wanting]

Android：你摸我，我就给你发。你摸我上面上个Activity，我就先传递到我的中间Viewgroup，然后它再到最下面，最私密的地方View，然后就像小溪流水一样，分给这边，分给那边。

老司机，我要下车

[zwonb]

当点击的时候，会先调用顶级viewgroup的dispatchTouchEvent，如果顶级的viewgroup拦截了此事件（onInterceptTouchEvent返回true），则此事件序列由顶级viewgroup处理。如果顶级viewgroup设置setOnTouchListener，则会回调接口中的onTouch，此时顶级的viewgroup中的onTouchEvent不再回调，如果不设置setOnTouchListener则onTouchEvent会回调。如果顶级viewgroup设置setOnClickListener，则会回调接口中的onClick。如果顶级viewgroup不拦截事件，事件就会向下传递给他的子view，然后子view就会调用它的dispatchTouchEvent方法。

[ADrunkenLiBai]

Android：你摸我，我就给你发。你摸我上面上个Activity，我就先传递到我的中间Viewgroup，然后它再到最下面，最私密的地方View，然后就像小溪流水一样，分给这边，分给那边。

老司机，我要下车

open car

[StefanShan]

1.触发过程：Activity->Window->DocerView->ViewGroup->View，View不触发再返回由父级处理依次向上推。
2.在每个阶段都要经过三个方法 dispatchTouchEvent(分发)、onInterceptTouchEvent(拦截)、onTouch(处理)

大体流程：
Activity中走了Window 的 dispatch，Window 的 dispatch 方法直接走了 DocerView 的 dispatch 方法，DocerView 又直接分发给了 ViewGroup，ViewGroup 中走的是 onInterce 判断是否拦截，拦截的话会走 onTouch 来处理，不拦截则继续下发给 View。到 View 这里已经是最底层了，View 若继续不处理，那就调用上层的 onTouch 处理，上层不处理继续往上推。

推荐一篇介绍非常详细的博客：https://www.jianshu.com/p/38015afcdb58

[MoJieBlog]

给大家举个形象的例子吧。ViewGroup相当于老板或者部门管理。View相当于员工。onTouchEvent相当于接业务。dispatechTouchEvent相当于处理任务。onIterceptTouchEvent相当于拦截任务。
先来分配角色

• ViewGroup老板，或者部门管理有接收任务（onTouchEvent）,处理任务(dispatchTouchEvent),拦截任务（oninterceptTouchEvent）的方法
• View有接收任务（onTouchEvent）,处理任务(dispatchTouchEvent)的方法。

现在模拟来业务了（点击事件）
老板（ViewGroup）接到业务（onTouchEvent），他有两个选择

• 这个任务太轻松了，没必要往下传递我直接自己处理，所以拦截任务（oninterceptTouchEvent），并告诉客户处理结果
• 这个任务我不擅长，但是X部门比较擅长，我交给（dispatechTouchEvent）X部门

  • 然后X部门领导接到任务，部门管理者有两个选择

    • 自己处理oninterceptTouchEvent，并且告诉老板（返回true），我已经处理了
    • 交给部门其他员工（子View）处理
      • 员工接到任务（onTouchEvent），员工只能处理任务（dispatchTouchEvent）。并把处理结果告诉领导(return true|renturn false)。

  • 领导接到员工的反馈，告诉老板(return true|renturn false)。

• 老板告诉客服处理结果

[futureyang]

责任链模式

[18361237136]

1. 会经过Activity->ViewGroup->view,一次往下传递事件，如果一直不拦截再回调回来。
2. 主要经过三个方法，dispatchTouchEvent（分发事件），oninterceptTouchEvent（是否拦截View中不存在），onTouchEvent(处理）。
3. 三个方法的用法是，先用dispatchTouchEvent来分发事件，然后用oninterceptTouchEvent来判断是否拦截该任务（此方法在dispatchTouchEvent内部),如果不拦截直接dispatch向下回调，如果拦截就调用自己的onTouchEvent来处理事件。
4. 如果由setOnClickListener方法会先执行onClick.

[qianxin2016]

事件来源：input -> window -> ViewRoot -> DecorView -> Activity -> ...
事件处理：责任链模式，先从顶层传到底层，再从底层传回顶层，如果中间被消费或拦截，则流程结束
从Activity.dispatchTouchEvent()开始
--向下--> ViewGroup.dispatchTouchEvent()，可通过onInterceptTouchEvent()拦截
--向下--> View.dispatchTouchEvent()
--向下--> View.onTouchEvent()
--向上--> ViewGroup.onTouchEvent()
--向上--> Activity.onTouchEvent()
注意点：如果View没有消费ACTION_DOWN，后面的其他事件就不会再传过来

[Techvisionbest]

1.触发过程：Activity->Window->DocerView->ViewGroup->View，View不触发再返回由父级处理依次向上推。
2.在每个阶段都要经过三个方法 dispatchTouchEvent(分发)、onInterceptTouchEvent(拦截)、onTouch(处理)

大体流程：
Activity中走了Window 的 dispatch，Window 的 dispatch 方法直接走了 DocerView 的 dispatch 方法，DocerView 又直接分发给了 ViewGroup，ViewGroup 中走的是 onInterce 判断是否拦截，拦截的话会走 onTouch 来处理，不拦截则继续下发给 View。到 View 这里已经是最底层了，View 若继续不处理，那就调用上层的 onTouch 处理，上层不处理继续往上推。

推荐一篇介绍非常详细的博客：https://www.jianshu.com/p/38015afcdb58

View是没有onInterceptTouchEvent(拦截)的方法的

[maoqitian]

之前写过一篇文章回顾时间分发机制，希望能有补充。
深入理解Android事件分发机制

[chenqi5256969]

1.当我们按下手指，ViewGroup的onInterceptTouchEvent会最先处理down事件。
假设1：onInterceptTouchEvent返回false，子view的onTouchEvent返回true，后续的move和up事件都将传到onInterceptTouchEvent中，然后一层一层的传递下去交给子view处理
假设2:onInterceptTouchEvent返回false，子view的onTouchEvent返回的是false，则后续的move和up事件都将交给ViewGroup的onTouchEvent处理，如果ViewGroup的onTouchEvent返回为true，ViewGroup将会自己处理，如果ViewGroup的onTouchEvent返回false，则会继续向上传递，交给ViewGroup的父亲来处理。
假设3:onInterceptTouchEvent返回true，那么down和后续的move和up事件将会交给ViewGroup的onTouchEvent处理

[devzhan]

当顶级的ViewGroup接收到事件消息之后，会调用dispatchTouchEvent 方法进行分发事件，
在分发时会先去判断该事件是否拦截onInterceptTouchEvent。如拦截，则事件不继续进行
分发，自己进行消费。如不拦截，事件继续进行向下传递到子控件，如果子控件是ViewGroup
则继续走上述操作，如果是View则会走onTouchEvent方法。
其中ViewGroup不拦截之后会先走onTouch方法，该方法会影响其onTouchEvent。整体传递是一个责任链模式