一、前言：
1. MotionEvent事件
手指接触屏幕后所产生的事件，主要有如下几种：
ACTION_DOWN：手指接触屏幕
ACTION_MOVE：手指在屏幕上移动
ACTION_UP：手指从屏幕上松开
2. 通常有如下的一系列事件：
1、点击屏幕后离开松开，事件序列为DOWN->UP
2、点击屏幕滑动一会再松开，事件序列为DOWN->MOVE->MOVE->…->MOVE->UP
3. 通过 MotionEvent 对象获得点击事件的x和 y 坐标：
- getX()/getY() 返回的是相对于当前 View 左上角的x 和 y 坐标；
- getRawX()/getRawY() 返回的是相对于手机屏幕左上角的x 和 y 坐标；
二、View的事件分发机制
1. 事件传递的顺序
Activity-->Window-->decor view-->我们的layout，ViewGroup-->我们布局中被点击的子View
如果我们的子View没有处理事件，那事件就会反向向上传递回来：
我们布局中被点击的子View-->上层的ViewGroup-->decor view-->Window-->Activity
如果所有的View都没有消耗事件，那最后事件会传回到Activity，由Activity处理(Activity的onTouchEvent()方法被调用)
2. View事件分发的三大方法：
ViewGroup中有3个跟事件分发有关的方法，分别是 dispatchTouchEvent、 onInterceptTouchEvent、onTouchEvent。
（1）dispatchTouchEvent方法
- dispatchTouchEvent方法用来进行事件的分发。
- 事件传递到当前View时，这个方法就会被调用。
- dispatchTouchEvent方法里面包含了具体的事件分发逻辑，返回结果受当前View的onTouchEvent方法和下级View的dispatchTouchEvent方法的影响。
（2）onInterceptTouchEvent方法
- onInterceptTouchEvent方法在dispatchTouchEvent方法内部被调用，用来判断是否拦截某个事件。
- 如果当前View拦截了某个事件，那么在同一个事件序列当中，此方法不会被再次调用，返回结果表示是否拦截当前事件。
- 这个方法只有VewGroup中有，View中没有。
（3）onTouchEvent方法
在dispatchTouchEvent方法中调用，用来处理点击事件，返回结果表示是否消耗当前事件，如果不消耗，则在同一个事件序列中，当前View无法再次接收到事件。
3. onTouchListener、onTouchEvent、onClickListener的优先级:
（1）onTouchListener和onTouchEvent都在dispatchTouchEvent方法中被调用，onClickListener在onTouchEvent方法中被调用
（2）onTouchListener的优先级高于onTouchEvent方法，如果onTouchListener的onTouch方法返回true，则onTouchEvent方法不会被调用，当然onClickListener就更不会被调用了
（3）在onTouchEvent方法中，如果当前View设置了onClickListener，那么onClickListener的onClick方法会被调用
（4）只要View的CLICKABLE和LONKG_CLICKABLE有一个为true，View就会消耗当前事件，也就是说onTouchEvent方法最后会返回true。
（5）View的LONG_CLICKABLE属性默认为false，而CLICKABLE属性和具体的View有关，可点击的View的CLICKABLE属性为true，不可点击的View的CLICKABLE属性为false。
4. ViewGroup中的事件分发逻辑
ViewGroup中的事件分发逻辑可以用一段伪代码来表述
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean consume = false;
if (onInterceptTouchEvent(ev)) {
consume = onTouchEvent();
}else {
consume = child.dispatchTouchEvent(ev);
}
return consume;
}
从上述的伪代码中我们可以总结出ViewGroup中的事件分发流程：
（1）事件传递到ViewGroup时，dispatchTouchEvent方法会被调用。如果这个ViewGroup的onInterceptTouchEvent方法返回true，则表示它要拦截事件，事件就会交给当前ViewGroup的onTouchEvent方法处理。
（2）如果当前ViewGroup的onInterceptTouchEvent返回false，即不拦截事件，则会调用子元素的dispatchTouchEvent方法，这样就把事件传递给了子元素。
（3）如果子元素没有消耗事件，也就是子元素的dispatchTouchEvent方法返回false，那事件会由当前ViewGroup自己处理，当前ViewGroup的onTouchEvent会被调用。如果当前ViewGroup的dispatchTouchEvent方法也返回false，最后就会一层层往上，如果事件一直没有被消耗，那么最后Activity的onTouchEvent方法会被调用。
（4）这里需要理解一下的是ViewGroup继承自View，ViewGroup中并没有onTouchEvent方法。在所有子元素没有消耗事件时，ViewGroup会调用父类，也就是View的dispatchTouchEvent方法，从而调用到onTouchEvent方法来自己处理事件，如果自己没有消耗事件，dispatchTouchEvent方法就会返回false，从而将事件反向往上层传递。
（5）如果ACTION_DOWN事件子元素没处理(onTouchEvent返回false)，那这个事件序列的其他事件(MOVE和UP事件)都不会再分派给子元素处理。
（6）ViewGroup默认不拦截任何事件。
（7）对于ACTION_DOWN事件，ViewGroup每次都会调用onInterceptTouchEvent方法来判断是否需要拦截事件，一旦确定要拦截事件，后续的ACTION_MOVE和ACTION_UP事件都ViewGroup自己处理，不会传递给子View，也不会再调用onInterceptTouchEvent方法。所以onInterceptTouchEvent方法不是每次事件都会被调用的。
（8）子View可以通过requestDisallowInterceptTouchEvent方法来干预父元素的除了ACTION_DOWN意外的事件分发过程
5. View中的事件分发逻辑
requestDisallowInterceptTouchEvent方法
requestDisallowInterceptTouchEvent方法用于影响父元素的事件拦截策略，requestDisallowInterceptTouchEvent(true)，表示不允许父元素拦截事件，这样事件就会传递给子View。一般这个方法子View用的多，可以用来处理滑动冲突问题。
事件分发逻辑
（1）View中没有onInterceptTouchEvent方法，所以一旦事件传递到View，那么View的dispatchTouchEvent方法就会被调用。
（2）dispatchTouchEvent方法中处理事件的逻辑顺序是onTouchListener-->onTouchEvent-->onClickListener。
（3）也就是说如果View设置了onTouchListener，那onTouchListener的onTouch方法会被调用，如果onTouch方法返回true，那事件就被消耗了，事件分发结束，onTouchEvent不会被调用。
（4）如果onTouch方法返回false，那么onTouchEvent就会被调用。如果View设置了onClickListener，当ACTION_UP事件到来时，onTouchEvent中的onClickListener的onClick方法也会被调用。
（5）View一般都会消耗事件，如果View没有消耗ACTION_DOWN事件，那后面ACTION_MOVE和ACTION_UP就都不会传递给View。
三、View的滑动冲突解决方式
具体解决参考：https://www.jianshu.com/p/7f929fae4772
1. 外部拦截法：
所谓外部拦截法是指点击事件都经过父容器的拦截处理，如果父容器需要此事件就拦截，如果不需要此事件就不拦截，这样就可以解决滑动冲突的问题，这种比较符合点击事件的分发机制。外部拦截法需要重写父类容器的 onInterceptTouchEvent 方法，在内部做相应的拦截处理即可，代码如下：
public boolean onInterceptTouchEvent(MotionEvent event) {
boolean intercepted = false;
int x = (int) event.getX();
int y = (int) event.getY();
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN: {
intercepted = false;
break;
}
case MotionEvent.ACTION_MOVE: {
if (满足父容器的拦截要求) {
intercepted = true;
} else {
intercepted = false;
}
break;
}
case MotionEvent.ACTION_UP: {
intercepted = false;
break;
}
default:
break;
}
mLastXIntercept = x;
mLastYIntercept = y;
return intercepted;
}
- 根据实际的业务需求，判断是否需要处理 ACTION_MOVE 事件，如果父 View 需要处理则返回 true，否则返回 false 并交由子 View 去处理
- ACTION_DOWN 事件需要返回 false，父容器不能进行拦截，否则根据 View 的事件分发机制，后续的 ACTION_MOVE 与 ACTION_UP 事件都将默认交由父容器进行处理
- 原则上 ACTION_UP 事件也需要返回 false，如果返回 true，那么子 View 将接收不到 ACTION_UP 事件，子 View 的onClick 事件也无法触发
2. 内部拦截法：
内部拦截法是指父容器不拦截任何事件，所有的事件都传递给子元素，如果子元素需要此事件就直接消耗掉，否则就交由父类容器进行处理，这种方法和 Android 中的事件分发机制不一致，需要配合 requestDisallowInterceptTouchEvent 方法才能正常工作。
它的代码如下，我们需要重写子元素的 dispatchTouchEvent 方法：
public boolean dispatchTouchEvent(MotionEvent event) {
int x = (int) event.getX();
int y = (int) event.getY();
switch (event.getAction()) {
case MotionEvent.ACTION_DOWN: {
parent.requestDisallowInterceptTouchEvent(true);
break;
}
case MotionEvent.ACTION_MOVE: {
int deltaX = x - mLastX;
int deltaY = y - mLastY;
if (父容器需要此类点击事件) {
parent.requestDisallowInterceptTouchEvent(false);
}
break;
}
case MotionEvent.ACTION_UP: {
break;
}
default:
break;
}
mLastX = x;
mLastY = y;
return super.dispatchTouchEvent(event);
}
父容器修改其 onInterceptTouchEvent 方法
public boolean onInterceptTouchEvent(MotionEvent event) {
int action = event.getAction();
if (action == MotionEvent.ACTION_DOWN) {
return false;
} else {
return true;
}
}
- 内部拦截法要求父容器不能拦截 ACTION_DOWN 事件，否则一旦父容器拦截 ACTION_DOWN 事件，那么后续的触摸事件都不会传递给子View
- 滑动策略的逻辑放在子 View 的
dispatchTouchEvent方法的 ACTION_MOVE 事件中，如果父容器需要处理事件则调用parent.requestDisallowInterceptTouchEvent(false)方法让父容器去拦截事件
注意点：
- 同样的对于ACTION_DOWN事件，onInterceptTouchEvent方法必须返回false，其他事件默认返回true
- 在子View的dispatchTouchEvent方法中，对于ACTION_DOWN事件，通过调用requestDisallowInterceptTouchEvent(true)默认不允许父布局拦截事件，这样后续事件都交给子View处理
- 在子View的dispatchTouchEvent方法中，对于ACTION_MOVE事件，默认是子View处理，在需要父布局处理时，调用requestDisallowInterceptTouchEvent(false)方法来让父布局拦截事件，交给父布局处理。
作者：xxq2dream
链接：https://www.jianshu.com/p/7d50a6b0b6af
链接：https://www.jb51.net/article/143844.htm
原文链接：https://blog.csdn.net/j675620982/article/details/81775593
