Activity的事件分发源码分析

Activity的事件分发流程图

dispatchTouchEvent(MotionEvent event)

onTouchEvent(MotionEvent event)

首先我们在Activity中重写dispatchTouchEvent方法，然后点击super.dispatchTouchEvent(ev)进入系统源码，就是Activity的dispatchTouchEvent(MotionEvent ev)方法，来看一下它的一个分发的流程。

这一部分的内容就是它的一个源码的实现，现在的这个源码的版本是Android 8.0 的一个版本(图3)。

if (ev.getAction() == MotionEvent.ACTION_DOWN)

判断当前的事件是手指按下的时候，表示事件刚刚产生，系统就会调用onUserInteraction()方法，然后我们进入onUserInteraction()方法中(图4)，会发现默认是个空的方法，如果我们没有对这个方法进行重写的话，是不需要处理它的，我们可以通过重写onUserInteraction()方法，来监听事件的一个开始。

if (getWindow().superDispatchTouchEvent(ev))

这里的事件交给了Activity所附属的Window，也就是这里的getWindow()进行派发，这个方法如果返回为true的话，那么Activity的dispatchTouchEvent的方法就会返回为true，表示整个事件传递就结束了，而如果返回为false的话，就会执行到(图3的4)，就会调用Activity的onTouchEvent方法。

源码解析：getWindow().superDispatchTouchEvent(ev)

在Activity里面getWindow()是获取一个Window对象，对于Window对象来说，它本身是一个抽象类(abstract)，而我们的superDispatchTouchEvent方法也是一个抽象的方法，我们在Activity里面调用window下面的superDispatchTouchEvent方法，就是一个抽象方法，那这个方法的实现在哪呢？

看图5(这个抽象类的唯一的实现类是android.view.PhoneWindow)。所以说Window里面的superDispatchTouchEvent方法，它的实现在PhoneWindow里面。

在图6中，可以知道PhoneWindow是直接调用mDecor.superDispatchTouchEvent(event)方法，而这个mDecor，是window所持有的一个DecorView对象，所以PhoneWindow里面superDispatchTouchEvent的实现，就是调用了DecorView里面的一个superDispatchTouchEvent方法。而这个DecorView是Activity下的一个最顶层的View(图7)，它继承至FrameLayout。

在DecorView(图8)中，可以看到，其实它是调用了父类的dispatchTouchEvent方法，而它的父类就是FrameLayout(图9)，而FrameLayout的父类就是ViewGroup(图10)，对于FrameLayout来说，它本身是没有dispatchTouchEvent方法的，这个方法的实现其实是在ViewGroup里面(图11)。

所以getWindow().superDispatchTouchEvent(ev)的返回值，就是ViewGroup里面dispatchTouchEvent方法的返回值，当这个返回值为true的时候，DecorView的superDispatchTouchEvent方法返回值也是true，然后返回到PhoneWindow里面，它的superDispatchTouchEvent方法的返回值是直接用了DecorView下面的superDispatchTouchEvent方法的返回值，所以说这个返回值会直接返回到Activity的(图3的3)的位置。

当返回值是true的时候，表示当前事件被消费了，也就不会调用Activity的onTouchEvent方法。

当返回值是false的时候，表示当前事件没有被消费，当前的任何视图都未能处理掉这个触摸的事件，这个时候才会调用Activity的onTouchEvent方法，并且把Activity的onTouchEvent返回值作为Activity的dispatchTouchEvent方法的返回值。

说下Activity、Window、PhoneWindow、DecorView的关系

每一个Activity都持有一个Window对象，而Window本身是一个抽象类，它有一个唯一的实现类就是PhoneWindow，也就是说在Activity里面所持有的Window对象就是PhoneWindow。对于PhoneWindow来说，它本质上是一个窗口，并不具备太多View视图相关的功能，PhoneWindow又持有一个DecorView实例，这个DecorView就是Activity最顶层的View，DecorView继承至FrameLayout，当我们在Activity的onCreat方法里面去调用setContentView的时候，传入的layout其实就是添加到了DecorView上面，对于DecorView来说它就是Activity最顶层的View。

源码解析 onTouchEvent(MotionEvent event)方法

Activity的onTouchEvent的实现方法(见图12)，首先进行一个判断，当mWindow.shouldCloseOnTouch(this, event)方法返回true的时候，就会关闭掉当前这个Activity，然后返回为true，也就是onTouchEvent方法返回值为true，表示已经消耗掉了这个事件，否则就返回为false。

然后我们看下mWindow.shouldCloseOnTouch方法(见图13)，

mCloseOnTouchOutside ：为true时，表示当前的Activity支持点击空白部分让Activity进行消失的，这个变量一般在Activity以Dialog的形式去进行呈现的时候才会为true。

当 peekDecorView() !=null 的时候，也就是PhoneWindow下面的DecorView不为null的时候。

peekDecorView是一个抽象方法(见图14)，它的实现在PhoneWindow里面(见图15)，这个方法返回的是当前的DecorView。

也就是说 peekDecorView() !=null ，表示我们当前这个Window下面是持有DecorView的时候。

isOutside为true的时候，表示当前的点击事件是在Window所持有的DecorView之外的，表示整个点击事件没有点击到DecorView里面。

当mCloseOnTouchOutside && peekDecorView() !=null && isOutside 条件都满足的时候，这个方法才会返回为true，然后mWindow.shouldCloseOnTouch才会返回为true，就会关闭掉当前这个Activity，然后消费掉这个事件，否则就会返回为false，然后Activity的onTouchEvent的返回值就会作为Activity的dispatchTouchEvent的返回值返回回去。