Android 事件分发 面试如何去谈

Android 事件分发流程

事件分发.jpeg

问题一：

面试中面试官常常会问到在项目中你的局部View 的刷新是如何处理？

问题二：

面试中面试官常常会问到View组件中滑动冲突你是如何处理的？

答案就在下面

其实这个两个问题的核心点就是要谈到Androird事件分发机制

所以回答问题的核心思想就是通过 Activity => ViewGroup => View 的顺序进行执行事件分发，然后通过调用 onTouchEvent() 方法进行事件的处理。我们在项目中一般会对View的点击事件动作进行记录处理如：
ACTION_DOWN: 第一个手指按下时
ACTION_MOVE:按住一点在屏幕上移动
ACTION_UP：最后一个手指抬起时
ACTION_CANCEL:当前的手势被取消了
分情况进行操作。

一般情况下，事件列都是从用户按下（ACTION_DOWN）的那一刻产生的，不得不提到，三个非常重要的与事件相关的方法。

dispatchTouchEvent()

onTouchEvent()

onInterceptTouchEvent()

Activity 的事件分发机制分析

在Activity 层中dispatchTouchEvent() 是负责事件分发的。当点击事件产生后，事件首先会传递给当前的 Activity，这会调用 Activity 的 dispatchTouchEvent() 方法，我们来看看源码中是怎么处理的。

图片.png

注意图中，我增加了一些注释，便于我们更加方便的理解，由于我们一般产生点击事件都是 MotionEvent.ACTION_DOWN，所以一般都会调用到 onUserInteraction() 这个方法。我们不妨来看看都做了什么。

图片.png

从图上可以看到，这个方法实现是空的，不过我们可以从注释和其他途径可以了解到，该方法主要的作用是实现屏保功能，并且当此 Activity 在栈顶的时候，触屏点击 Home、Back、Recent 键等都会触发这个方法。
再来看看第二个 if语句，getWindow().superDispatchTouchEvent()，getWindow() 明显是获取 Window，由于 Window 是一个抽象类，所以我们能拿到其子类 PhoneWindow，我们直接看看 PhoneWindows.superDispatchTouchEvent() 到底做了什么操作。

图片.png

直接调用了 DecorView 的 superDispatchTrackballEvent() 方法。DecorView 继承于 FrameLayout，作为顶层 View，是所有界面的父类。而 FrameLayout 作为 ViewGroup 的子类，所以直接调用了 ViewGroup 的 dispatchTouchEvent()。

ViewGroup 的事件分发机制分析

我们通过查看 ViewGroup 的 dispatchTouchEvent() 可以发现。

图片.png

注意其中红框里面的代码，看注释也能知道，定义了一个 boolean 值变量 intercept 来表示是否要拦截事件。
其中采用到了 onInterceptTouchEvent(ev) 对 intercept 进行赋值。大多数情况下，onInterceptTouchEvent() 返回值为 false，但我们完全可以通过重写 onInterceptTouchEvent(ev) 来改变它的返回值，不妨继续往下看，我们后面对这个 intercept 做了什么处理。

图片.png

暂时忽略 判断的 canceled，该值同样大多数时候都返回 false，所以当我们没有重写 onInterceptTouchEvent() 并使它的返回值为 true 时，一般情况下都是可以进入到该方法的。
继续阅读源码可以发现，里面做了一个 For 循环，通过倒序遍历 ViewGroup 下面的所有子 View，然后一个一个判断点击位置是否是该子 View 的布局区域，当然还有一些其他的通过上面源码简单的阅读可以总结如下：

View 的事件分发机制分析

ViewGroup 说到底还是一个 View，所以我们不得不继续看看 View 的 dispatchTouchEvent()。

图片.png

红框中的三个条件，第一个我就不用说了。
(mViewFlags & ENABLED_MASK) == ENABLED该条件是判断当前点击的控件是否为 enable，但由于基本 View 都是 enable 的，所以这个条件基本都返回 true。
mOnTouchListener.onTouch(this, event)
即我们调用 setOnTouchListener() 时必须覆盖的方法 onTouch() 的返回值。
从上述的分析，终于知道「onTouch() 方法优先级高于 onTouchEvent(event) 方法」是怎么来的了吧。
再来看看 onTouchEvent()

图片.png

从上面的代码可以明显地看到，只要 View 的 CLICKABLE 和 LONG_CLICKABLE 有一个为 true，那么 onTouchEvent() 就会返回 true 消耗这个事件。CLICKABLE 和 LONG_CLICKABLE 代表 View 可以被点击和长按点击，我们通常都会采用 setOnClickListener() 和 setOnLongClickListener() 做设置。接着在 ACTION_UP 事件中会调用 performClick() 方法，我们看看都做了什么。

图片.png

从截图中可以看到，如果 mOnClickListener 不为空，那么它的 onClick() 方法就会调用。

总结

需要总结的小点：
1.Android 事件分发总是遵循 Activity => ViewGroup => View 的传递顺序；
2.onTouch() 执行总优先于 onClick()
3.Activity 的事件分发示意图

图片.png

4.ViewGroup 事件分发示意图

图片.png

5.View 的事件分发示意图

图片.png

6.事件分发工作流程总结

图片.png