android 事件分发机制

1. 为什么会有事件分发机制

安卓上面的View是树形结构的，View可能会重叠在一起，当点击的地方有多个View可以响应的时候，这个点击事件应该给谁呢？为了解决这个问题，就有了事件分发机制。

PhoneWindow：是抽象类Window的实现类，抽象类Window是所有视图最顶层的容器，包括View视图的外观和行为都归Window管。

DecorView：PhoneWindow的内部类，通过DecorView传递信息给下面的View，下面的View也通过DecorView返回消息给PhoneWindow。

2. 事件分发的三个主要对象：Activiy、ViewGroup、view

布局加载过程

用户执行Activity的setContentView方法，内部是PhoneWindow的setContentView方法，在PhoneWindow中完成DecorView的创建,PhoneWindow是window的实现类.

DecorView是Activity的根View,也是PhotoWindow的内部类,并且继承了Framlayout.

DecorView将屏幕氛围2个部分:titleView和contentView,我们平常加载的布局就是ContentView.

3. 三个重要方法：

viewgroup 拥有这三个方法 acitivity和view没有拦截方法，可以简单理解下，view是最后一个控件了下面没有任何控件了，而activity是界面的起点没必要拦截。

1.dispatchTouchEvent ：处在链首，用于分发事件，该方法决定是由当前View自己的onTouchEvent来处理，还是分发给子View，让子View递归调用其自身的dispatchTouchEvent来处理。

2.onInterceptTouchEvent ：是用来拦截事件的，当父控件下发事件给子控件进行拦截处理的时候，如果子控件需要对事件进行处理，就要在onInterceptTouchEvent方法中进行拦截，然后到子控件的onTouchEvent方法中进行事件的监听以及逻辑的判断。

3.onTouchEvent ：用于处理传递到View的手势事件。

4. 四个触摸事件

Down,move,up,cancel

5. 事件分发流程：

Activity——>PhoneWindow——>DecorView——>ViewGroup——>...——>View

事件分发机制使用的是责任链设计模式，从Activity如果传到最下层的View都没有组件处理该事件，该事件会依次回传到Activity。

ViewGroup的事件传递方法：

dispatchTouchEvent

onInterceptTouchEvent

onTouchEvent

View的事件传递方法：

View的dispatchTouchEvent

View的onTouchEvent

当点击事件产生时,Activity会调用dispatchTouchEvent()方法;

当然具体的事物都是讲给PhotoWindow来完成;

PhotoWindow再把事件交给DecorView完成,(DecorView是继承Fraglayout,处于ViewGroup);

所以,最后DecorView会将事件处理工作交给ViewGroup;

6. 注意问题

OnTouchListner的优先级高于onTouchEvent,如果OnTouchListner返回true，onTouchEvent就不执行,反之,则会调用

如果事件一直没有被消费，最后会传给Activity，如果Activity也不需要就被抛弃。

判断事件是否被消费是根据返回值，而不是根据你是否使用了事件。

onTouchListener,onTouchEvent和onClick的优先级别

onTouchListener—–>onTouchEvent—>onclick

View的事件分发机制实际上就是一个经典的责任链模式,

责任链模式：当有多个对象均可以处理同一请求的时候，将这些对象串联成一条链，并沿着这条链传递修改请求，直到有对象处理它为止。

onClick()方法是在onTouchEvent()方法中的action==ACTION_UP的时候才执行的；

onTouch()、onTouchEvent()、onClick()三个方法的执行优先级依次递减；

Android事件分发机制中，主要有两个过程，一个是向下分发的过程，该过程主要调用dispatchTouchEvent（），还有一个是向上返回的过程，主要依靠onTouchEvent（）方法。

view事件执行顺序dispatchTouchEvent-> setOnTouchListener的onTouch->onTouchEvent，如果setOnTouchListener返回ture，后续事件onTouchEvent不在执行

onClick是在onTouchEvent(event)方法中的，所以onTouch优先于onClick执行

Android 点击事件执行顺序是Activity—>ViewGroup—>View

如果子View将传递的事件消费掉，ViewGroup中将无法接收到任何事件

在ViewGroup中onInterceptTouchEvent方法对事件传递进行拦截，onInterceptTouchEvent方法返回true代表不允许事件继续向子View传递，把事件交给自己处理，则会执行自己对应的onTouchEvent方法。返回false代表不对事件进行拦截，事件继续向下传递，默认返回false（也可以通过调用requestDisallowInterceptTouchEvent方法对这个值进行修改）

如果重写dispatchTouchEvent方法，dispatchTouchEvent无论返回true还是false，事件都不再进行分发，只有当其返回super.dispatchTouchEvent(ev)，才表明其具有向下层分发的愿望。

7.简述事件传递的流程

事件都是从Activity.dispatchTouchEvent()开始传递

一个事件发生后，首先传递给Activity，然后一层一层往下传，从上往下调用dispatchTouchEvent方法传递事件：

activity --> ~~ --> ViewGroup --> View

如果事件传递给最下层的View还没有被消费，就会按照反方向回传给Activity，从下往上调用onTouchEvent方法，最后会到Activity的onTouchEvent()函数，如果Activity也没有消费处理事件，这个事件就会被抛弃：

View --> ViewGroup --> ~~ --> Activity

dispatchTouchEvent方法用于事件的分发，Android中所有的事件都必须经过这个方法的分发，然后决定是自身消费当前事件还是继续往下分发给子控件处理。返回true表示不继续分发，事件没有被消费。返回false则继续往下分发，如果是ViewGroup则分发给onInterceptTouchEvent进行判断是否拦截该事件。

onTouchEvent方法用于事件的处理，返回true表示消费处理当前事件，返回false则不处理，交给子控件进行继续分发。

onInterceptTouchEvent是ViewGroup中才有的方法，View中没有，它的作用是负责事件的拦截，返回true的时候表示拦截当前事件，不继续往下分发，交给自身的onTouchEvent进行处理。返回false则不拦截，继续往下传。这是ViewGroup特有的方法，因为ViewGroup中可能还有子View，而在Android中View中是不能再包含子View的

上层View既可以直接拦截该事件，自己处理，也可以先询问(分发给)子View，如果子View需要就交给子View处理，如果子View不需要还能继续交给上层View处理。既保证了事件的有序性，又非常的灵活。

事件由父View传递给子View，ViewGroup可以通过onInterceptTouchEvent()方法对事件拦截，停止其向子view传递

如果View没有对ACTION_DOWN进行消费，之后的其他事件不会传递过来，也就是说ACTION_DOWN必须返回true，之后的事件才会传递进来

View的滑动冲突

1、常见滑动冲突场景

场景1 —— 外部滑动方向与内部滑动方向不一致，比如ViewPager中包含ListView;

场景2 —— 外部滑动方向与内部滑动方向一致，比如ScrollView中包含ListView;

场景3 —— 上面两种情况的嵌套

2、滑动冲突处理规则？

通过判断是水平滑动还是竖直滑动来判断到底应该谁来拦截事件；可以根据水平和竖直两个方向的距离差或速度差来做判断

3、滑动冲突解决方式？

外部拦截法 —— 即点击事件先经过父容器的拦截处理，如果父容器需要此事件就拦截，不需要就不拦截，需要重写父容器的onInterceptTouchEvent方法；在onInterceptTouchEvent方法中，首先ACTION_DOWN这个事件，父容器必须返回false,即不拦截ACTION_DOWN事件，因为一旦父容器拦截了ACTION_DOWN,那么后续的ACTION_MOVE/ACTION_UP都会直接交给父容器处理；其次是ACTION_MOVE,根据需求来决定是否要拦截;最后ACTION_UP事件,这里必须要返回false,在这里没有多大意义。

内部拦截法 —— 所有事件都传递给子元素,如果子元素需要就消耗掉,不需要就交给父元素处理,需要子元素配合requestDisallowInterceptTouchEvent方法才能正常工作;父元素需要默认拦截除ACTION_DOWN以外的事件,这样子元素调用parent.requestDisallowInterceptTouchEvent(false)方法时，父元素才能继续拦截需要的事件。（ACTION_DOWN事件不受requestDisallowInterceptTouchEvent方法影响,所以一旦父元素拦截ACTION_DOWN事件,那么所有元素都无法传递到子元素去）。

4、requestDisallowInterceptTouchEvent 可以在子元素中干扰父元素的事件分发吗？如果可以，是全部都可以干扰吗？

答：肯定可以，但是down事件干扰不了。