Android事件分发机制
基础：
1. 事件分发的对象
点击事件（Touch事件）：当用户触摸屏幕时（View 或 ViewGroup派生的控件），将产生点击事件（Touch事件）。Touch事件的相关细节（发生触摸的位置、时间等）被封装成MotionEvent对象。
事件类型
| 事件类型 | 具体动作 |
|---|---|
| MotionEvent.ACTION_DOWN | 按下View（所有事件的开始） |
| MotionEvent.ACTION_UP | 抬起View（与DOWN对应） |
| MotionEvent.ACTION_MOVE | 滑动View |
| MotionEvent.ACTION_CANCEL | 结束事件（非人为原因） |
从手指接触屏幕 至 手指离开屏幕，这个过程产生的一系列事件：
2 事件分发的本质
将点击事件（MotionEvent）传递到某个具体的View & 处理的整个过程。
3 事件在哪些对象之间进行传递？
Activity、ViewGroup、View
4 事件分发的顺序
即 事件传递的顺序：Activity -> phonewindow-> DecorView -> ViewGroup -> View
5 事件分发过程由哪些方法协作完成？
dispatchTouchEvent() 、onInterceptTouchEvent()和onTouchEvent()
Activity并不是视图类，所以没有onInterceptTouchEvent方法。
总结：
源码
1. Activity的事件分发机制：
public boolean dispatchTouchEvent(MotionEvent ev) {
// 一般事件列开始都是DOWN事件 = 按下事件，故此处基本是true
if (ev.getAction() == MotionEvent.ACTION_DOWN) {
onUserInteraction();
// ->>分析1
}
// ->>分析2
if (getWindow().superDispatchTouchEvent(ev)) {
return true;
// 若getWindow().superDispatchTouchEvent(ev)的返回true
// 则Activity.dispatchTouchEvent（）就返回true，则方法结束。即 ：该点击事件停止往下传递 & 事件传递过程结束
// 否则：继续往下调用Activity.onTouchEvent
}
// ->>分析4
return onTouchEvent(ev);
}
/**
* 分析1：onUserInteraction()
* 作用：实现屏保功能
* 注：
* a. 该方法为空方法
* b. 当此activity在栈顶时，触屏点击按home，back，menu键等都会触发此方法
*/
public void onUserInteraction() {
}
// 回到最初的调用原处
/**
* 分析2：getWindow().superDispatchTouchEvent(ev)
* 说明：
* a. getWindow() = 获取Window类的对象
* b. Window类是抽象类，其唯一实现类 = PhoneWindow类；即此处的Window类对象 = PhoneWindow类对象
* c. Window类的superDispatchTouchEvent() = 1个抽象方法，由子类PhoneWindow类实现
*/
@Override
public boolean superDispatchTouchEvent(MotionEvent event) {
return mDecor.superDispatchTouchEvent(event);
// mDecor = 顶层View（DecorView）的实例对象
// ->> 分析3
}
/**
* 分析3：mDecor.superDispatchTouchEvent(event)
* 定义：属于顶层View（DecorView）
* 说明：
* a. DecorView类是PhoneWindow类的一个内部类
* b. DecorView继承自FrameLayout，是所有界面的父类
* c. FrameLayout是ViewGroup的子类，故DecorView的间接父类 = ViewGroup
*/
public boolean superDispatchTouchEvent(MotionEvent event) {
return super.dispatchTouchEvent(event);
// 调用父类的方法 = ViewGroup的dispatchTouchEvent()
// 即 将事件传递到ViewGroup去处理，详细请看ViewGroup的事件分发机制
}
// 回到最初的调用原处
/**
* 分析4：Activity.onTouchEvent（）
* 定义：属于顶层View（DecorView）
* 说明：
* a. DecorView类是PhoneWindow类的一个内部类
* b. DecorView继承自FrameLayout，是所有界面的父类
* c. FrameLayout是ViewGroup的子类，故DecorView的间接父类 = ViewGroup
*/
public boolean onTouchEvent(MotionEvent event) {
// 当一个点击事件未被Activity下任何一个View接收 / 处理时
// 应用场景：处理发生在Window边界外的触摸事件
// ->> 分析5
if (mWindow.shouldCloseOnTouch(this, event)) {
finish();
return true;
}
return false;
// 即 只有在点击事件在Window边界外才会返回true，一般情况都返回false，分析完毕
}
/**
* 分析5：mWindow.shouldCloseOnTouch(this, event)
*/
public boolean shouldCloseOnTouch(Context context, MotionEvent event) {
// 主要是对于处理边界外点击事件的判断：是否是DOWN事件，event的坐标是否在边界内等
if (mCloseOnTouchOutside && event.getAction() == MotionEvent.ACTION_DOWN
&& isOutOfBounds(context, event) && peekDecorView() != null) {
return true;
}
return false;
// 返回true：说明事件在边界外，即 消费事件
// 返回false：未消费（默认）
}
// 回到分析4调用原处总结：
2. ViewGroup事件的分发机制
/**
* 源码分析：ViewGroup.dispatchTouchEvent（）
*/
public boolean dispatchTouchEvent(MotionEvent ev) {
... // 仅贴出关键代码
// 重点分析1：ViewGroup每次事件分发时，都需调用onInterceptTouchEvent()询问是否拦截事件
if (disallowIntercept || !onInterceptTouchEvent(ev)) {
// 判断值1：disallowIntercept = 是否禁用事件拦截的功能(默认是false)，可通过调用requestDisallowInterceptTouchEvent（）修改
// 判断值2： !onInterceptTouchEvent(ev) = 对onInterceptTouchEvent()返回值取反
// a. 若在onInterceptTouchEvent()中返回false（即不拦截事件），就会让第二个值为true，从而进入到条件判断的内部
// b. 若在onInterceptTouchEvent()中返回true（即拦截事件），就会让第二个值为false，从而跳出了这个条件判断
// c. 关于onInterceptTouchEvent() ->>分析1
ev.setAction(MotionEvent.ACTION_DOWN);
final int scrolledXInt = (int) scrolledXFloat;
final int scrolledYInt = (int) scrolledYFloat;
final View[] children = mChildren;
final int count = mChildrenCount;
// 重点分析2
// 通过for循环，遍历了当前ViewGroup下的所有子View
for (int i = count - 1; i >= 0; i--) {
final View child = children[i];
if ((child.mViewFlags & VISIBILITY_MASK) == VISIBLE
|| child.getAnimation() != null) {
child.getHitRect(frame);
// 判断当前遍历的View是不是正在点击的View，从而找到当前被点击的View
// 若是，则进入条件判断内部
if (frame.contains(scrolledXInt, scrolledYInt)) {
final float xc = scrolledXFloat - child.mLeft;
final float yc = scrolledYFloat - child.mTop;
ev.setLocation(xc, yc);
child.mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
// 条件判断的内部调用了该View的dispatchTouchEvent()
// 即 实现了点击事件从ViewGroup到子View的传递（具体请看下面的View事件分发机制）
if (child.dispatchTouchEvent(ev)) {
mMotionTarget = child;
return true;
// 调用子View的dispatchTouchEvent后是有返回值的
// 若该控件可点击，那么点击时，dispatchTouchEvent的返回值必定是true，因此会导致条件判断成立
// 于是给ViewGroup的dispatchTouchEvent（）直接返回了true，即直接跳出
// 即把ViewGroup的点击事件拦截掉
}
}
}
}
}
}
boolean isUpOrCancel = (action == MotionEvent.ACTION_UP) ||
(action == MotionEvent.ACTION_CANCEL);
if (isUpOrCancel) {
mGroupFlags &= ~FLAG_DISALLOW_INTERCEPT;
}
final View target = mMotionTarget;
// 重点分析3
// 若点击的是空白处（即无任何View接收事件） / 拦截事件（手动复写onInterceptTouchEvent（），从而让其返回true）
if (target == null) {
ev.setLocation(xf, yf);
if ((mPrivateFlags & CANCEL_NEXT_UP_EVENT) != 0) {
ev.setAction(MotionEvent.ACTION_CANCEL);
mPrivateFlags &= ~CANCEL_NEXT_UP_EVENT;
}
return super.dispatchTouchEvent(ev);
// 调用ViewGroup父类的dispatchTouchEvent()，即View.dispatchTouchEvent()
// 因此会执行ViewGroup的onTouch() ->> onTouchEvent() ->> performClick（） ->> onClick()，即自己处理该事件，事件不会往下传递（具体请参考View事件的分发机制中的View.dispatchTouchEvent（））
// 此处需与上面区别：子View的dispatchTouchEvent（）
}
...
}
/**
* 分析1：ViewGroup.onInterceptTouchEvent()
* 作用：是否拦截事件
* 说明：
* a. 返回true = 拦截，即事件停止往下传递（需手动设置，即复写onInterceptTouchEvent（），从而让其返回true）
* b. 返回false = 不拦截（默认）
*/
public boolean onInterceptTouchEvent(MotionEvent ev) {
return false;
}
// 回到调用原处总结：
3.View事件的分发机制
/**
* 源码分析：View.dispatchTouchEvent（）
*/
public boolean dispatchTouchEvent(MotionEvent event) {
if (mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED &&
mOnTouchListener.onTouch(this, event)) {
return true;
}
return onTouchEvent(event);
}
// 说明：只有以下3个条件都为真，dispatchTouchEvent()才返回true；否则执行onTouchEvent()
// 1. mOnTouchListener != null
// 2. (mViewFlags & ENABLED_MASK) == ENABLED
// 3. mOnTouchListener.onTouch(this, event)
// 下面对这3个条件逐个分析
/**
* 条件1：mOnTouchListener != null
* 说明：mOnTouchListener变量在View.setOnTouchListener（）方法里赋值
*/
public void setOnTouchListener(OnTouchListener l) {
mOnTouchListener = l;
// 即只要我们给控件注册了Touch事件，mOnTouchListener就一定被赋值（不为空）
}
/**
* 条件2：(mViewFlags & ENABLED_MASK) == ENABLED
* 说明：
* a. 该条件是判断当前点击的控件是否enable
* b. 由于很多View默认enable，故该条件恒定为true
*/
/**
* 条件3：mOnTouchListener.onTouch(this, event)
* 说明：即 回调控件注册Touch事件时的onTouch（）；需手动复写设置，具体如下（以按钮Button为例）
*/
button.setOnTouchListener(new OnTouchListener() {
@Override
public boolean onTouch(View v, MotionEvent event) {
return false;
}
});
// 若在onTouch（）返回true，就会让上述三个条件全部成立，从而使得View.dispatchTouchEvent（）直接返回true，事件分发结束
// 若在onTouch（）返回false，就会使得上述三个条件不全部成立，从而使得View.dispatchTouchEvent（）中跳出If，执行onTouchEvent(event)
/**
* 源码分析：View.onTouchEvent（）
*/
public boolean onTouchEvent(MotionEvent event) {
final int viewFlags = mViewFlags;
if ((viewFlags & ENABLED_MASK) == DISABLED) {
return (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE));
}
if (mTouchDelegate != null) {
if (mTouchDelegate.onTouchEvent(event)) {
return true;
}
}
// 若该控件可点击，则进入switch判断中
if (((viewFlags & CLICKABLE) == CLICKABLE ||
(viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE)) {
switch (event.getAction()) {
// a. 若当前的事件 = 抬起View（主要分析）
case MotionEvent.ACTION_UP:
boolean prepressed = (mPrivateFlags & PREPRESSED) != 0;
...// 经过种种判断，此处省略
// 执行performClick() ->>分析1
performClick();
break;
// b. 若当前的事件 = 按下View
case MotionEvent.ACTION_DOWN:
if (mPendingCheckForTap == null) {
mPendingCheckForTap = new CheckForTap();
}
mPrivateFlags |= PREPRESSED;
mHasPerformedLongPress = false;
postDelayed(mPendingCheckForTap, ViewConfiguration.getTapTimeout());
break;
// c. 若当前的事件 = 结束事件（非人为原因）
case MotionEvent.ACTION_CANCEL:
mPrivateFlags &= ~PRESSED;
refreshDrawableState();
removeTapCallback();
break;
// d. 若当前的事件 = 滑动View
case MotionEvent.ACTION_MOVE:
final int x = (int) event.getX();
final int y = (int) event.getY();
int slop = mTouchSlop;
if ((x < 0 - slop) || (x >= getWidth() + slop) ||
(y < 0 - slop) || (y >= getHeight() + slop)) {
// Outside button
removeTapCallback();
if ((mPrivateFlags & PRESSED) != 0) {
// Remove any future long press/tap checks
removeLongPressCallback();
// Need to switch from pressed to not pressed
mPrivateFlags &= ~PRESSED;
refreshDrawableState();
}
}
break;
}
// 若该控件可点击，就一定返回true
return true;
}
// 若该控件不可点击，就一定返回false
return false;
}
/**
* 分析1：performClick（）
*/
public boolean performClick() {
if (mOnClickListener != null) {
playSoundEffect(SoundEffectConstants.CLICK);
mOnClickListener.onClick(this);
return true;
// 只要我们通过setOnClickListener（）为控件View注册1个点击事件
// 那么就会给mOnClickListener变量赋值（即不为空）
// 则会往下回调onClick（） & performClick（）返回true
}
return false;
}
总结
注：onTouch（）的执行 先于 onClick（）
工作流程总结：
注意点：
1.为什么会有事件分发机制？
Android上面的View是树形结构的，View可能会重叠在一起，当点击的地方有多个View可以响应的时候，这个点击事件应该给谁呢？为了解决这个问题，就有了事件分发机制。
2.布局加载过程
- 用户执行Activity的setContentView方法，内部是PhoneWindow的setContentView方法，在PhoneWindow中完成DecorView的创建,PhoneWindow是window的实现类.
- DecorView是Activity的根View,也是PhotoWindow的内部类,并且继承了Framlayout.
- DecorView将屏幕氛围2个部分:titleView和contentView,我们平常加载的布局就是ContentView.
3.特殊情况理解
（1）同一见事件序列是从手指接触屏幕的那一刻起，到手指离开屏幕的那一刻结束，在这个过程中所产生的一系列事件，这个事件的序列以down开始，中间含有数量不定的move事件，最终以up事件结束。
（2）正常情况下，一个事件序列只能被一个View拦截且消耗。这一条的原因可以参考3，因为一旦一个元素拦截了某个事件，那么同一个事件序列的所有事件都会直接交给它处理，因此同一个事件序列中的事件不能分别由两个View同时处理，但是通过特殊手段可以做到，比如
一个View将本该自己处理的事件通过onTouchEvent强行传递给其他View处理。
（3）某个View一旦决定拦截，那么这个事件序列都只能由它来处理（如果事件序列能够传递给它的话），并且它的onInterceptTouchEvent不会被调用。这条也很好理解，就是说当一个View决定拦截一个事件后，那么系统会把同一个事件序列内的其他方法都直接交给它来处理，因此就不用再调用这个View的onInterceptTouchEvent去询问它是否拦截了。
（4）某个View一旦开始处理事件，如果它不消耗ACTION_DOWN事件（onTouchEvent返回了false），那么同一件序列中的其他事件都不会再交给它处理，并且事件 将重新交由它的父元素去处理，即父元素的onTouchEvent会被调用。意思就是事件一旦交给一个View处理，那么它就必须消耗掉，否则同一事件序列中剩下的事件就不再交给它处理了，这就好比上级交给程序员一件事，如果这件事没有处理好，短时间内上级就不敢再把事件交给这个程序员做了，二者是类似的道理。
（5）如果View不消耗ACTION_DOWN以外的事件，那么这个点击事件会消失，此时父元素的onTouchEvent并不会调用，并且当前View可以持续收到后续的事件，最终这些消失的点击事件会传递给Activity处理。
（6）事件传递过程是由外向内的，即事件总是先传递给父元素，然后再由父元素分发给子View,通过requestDisallowInterTouchEvent方法可以在子元素中干预父元素的事件分发过程，但是ACTION_DOWN事件除外。
注意问题
1. OnTouchListner的优先级高于onTouchEvent,如果OnTouchListner返回true，onTouchEvent就不执行,反之,则会调用
2.如果事件一直没有被消费，最后会传给Activity，如果Activity也不需要就被抛弃。
3. 判断事件是否被消费是根据返回值，而不是根据你是否使用了事件。
4. onTouchListener,onTouchEvent和onClick的优先级别
onTouchListener—–>onTouchEvent—>onclick
5 . View的事件分发机制实际上就是一个经典的责任链模式,
责任链模式：当有多个对象均可以处理同一请求的时候，将这些对象串联成一条链，并沿着这条链传递修改请求，直到有对象处理它为止。
6. onClick()方法是在onTouchEvent()方法中的action==ACTION_UP的时候才执行的；
onTouch()、onTouchEvent()、onClick()三个方法的执行优先级依次递减；
7. Android事件分发机制中，主要有两个过程，一个是向下分发的过程，该过程主要调用dispatchTouchEvent（），还有一个是向上返回的过程，主要依靠onTouchEvent（）方法。
8. view事件执行顺序dispatchTouchEvent-> setOnTouchListener的onTouch->onTouchEvent，如果setOnTouchListener返回ture，后续事件onTouchEvent不在执行
9. onClick是在onTouchEvent(event)方法中的，所以onTouch优先于onClick执行
10. Android 点击事件执行顺序是Activity—>ViewGroup—>View
11. 如果子View将传递的事件消费掉，ViewGroup中将无法接收到任何事件
12. 在ViewGroup中onInterceptTouchEvent方法对事件传递进行拦截，onInterceptTouchEvent方法返回true代表不允许事件继续向子View传递，把事件交给自己处理，则会执行自己对应的onTouchEvent方法。返回false代表不对事件进行拦截，事件继续向下传递，默认返回false（也可以通过调用requestDisallowInterceptTouchEvent方法对这个值进行修改）
13. 如果重写dispatchTouchEvent方法，dispatchTouchEvent无论返回true还是false，事件都不再进行分发， 只有当其返回super.dispatchTouchEvent(ev)，才表明其具有向下层分发的愿望。
14. 滑动冲突外部拦截法和内部拦截法
(一). 外部拦截法:就是在ViewGroup里使用onInterceptTouchEvent()拦截
(二). 内部拦截法:在子View的dispatchTouchEvent()里调用 ,这行代码被调用,父类就不会拦截事件
当传入的参数为true时，表示子组件要自己消费这次事件，告诉父组件不要拦截（抢走）这次的事件。
getParent().requestDisallowInterceptTouchEvent(true);
15. View中为什么会有dispatchTouchEvent方法，它存在的意义是什么？
我们知道View可以注册很多监听事件（下文有详细），比如，触摸事件，单击事件，长按事件等，而且view也有 自己的onTouchEvent方法，那么这么多事件应该由谁来调度管理呢？这就是是View中dispatchTouchEvent方法存在的意义。
16. 当 View 重叠时，一般会分配给显示在最上面的 View，也就是后加载的View。
17. dispatchTouchEvent每次都会被调用吗？是的，onInterceptTouchEvent则不会。
18. View没有onInterceptTouchEvent方法，一旦有事件传递给它，他的onTouchEvent就一定会被调用。
19. 优先级高低：
onTouchListener >>> onTouchEvent >>> setOnLongClickListener >>> OnClickListerner
20. requestDisallowInterceptTouchEvent 可以在子元素中干扰父元素的事件分发吗？如果可以，是全部都可以干扰吗？肯定可以，但是down事件干扰不了。
21. android中MotionEvent.ACTION_CANCEL事件如何被触发?
当用户保持按下操作，并从你的控件转移到外层控件时，会触发ACTION_CANCEL
参考：https://blog.csdn.net/carson_ho/article/details/54136311