一，事件分发
1，有哪些事件？
| 事件 | 简介 |
|---|---|
| ACTION_DOWM | 手指初次接触到屏幕时触发 |
| ACTION_MOVE | 手指在屏幕上滑动时触发，会多次触发 |
| ACTION_UP | 手指离开屏幕时触发 |
| ACTION_CANCEL | 事件被上层拦截时触发 |
2，view 继承关系
view 子类 Imgview Textview 等
子类 ViewGroup ： LinearLayout，RelativeLayout，ListView，Recyclerview等
继承自View的只能处理事件，继承自ViewGroup的才能进行分发事件（先分发在处理，比View多了一个分发流程）
2.1，总流程
Activity#dispatchTouchEvent（）-》PhineWindow#superDispatchTouchEvent（）-》DecorView#superDispatchTouchEvent（）
-》ViewGroup#dispatchTouchEvent--》...->View#dispatchTouchEvent ->#onTouchEvent
2.2， View，ViewGroup 事件分发，文字解说
- 2.2.1. ViewGroup 比View 多了一个事件onInterceptTouchEvent； ViewGroup 继承 View ，dispatchTouchEvent、onTouchEvent
- 2.2.2.ViewGroup 和 View 组成了一个树状结构，根节点为 Activity 内部包含的一个ViwGroup。
- 2.2.3.触摸事件由 Action_Down、Action_Move、Aciton_UP 组成，其中一次完整的触摸事件中，Down 和 Up 都只有一个，Move 有若干个，可以为 0 个。
- 2.2.4.当 Acitivty 接收到 Touch 事件时，将遍历子 View 进行 Down 事件的分发。ViewGroup 的遍历可以看成是递归的。分发的目的是为了找到真正要处理本次完整触摸事件的 View，这个 View 会在 onTouchuEvent 结果返回 true。
- 2.2.5.当某个子 View 返回 true 时，会中止 Down 事件的分发，同时在 ViewGroup 中记录该子 View。接下去的 Move 和 Up 事件将由该子 View 直接进行处理。由于子View是保存在ViewGroup中的，多层ViewGroup的节点结构时，上级ViewGroup保 存 的 会 是 真 实 处 理 事 件 的 View 所 在 的 ViewGroup 对 象 : 如ViewGroup0-ViewGroup1-TextView 的结构中，TextView 返回了 true，它将被保存在 ViewGroup1 中，而 ViewGroup1 也会返回 true，被保存在 ViewGroup0 中。当Move 和 UP 事件来时，会先从 ViewGroup0 传递至 ViewGroup1，再由 ViewGroup1传递至 TextView。
- 2.2.6.当 ViewGroup 中所有子 View 都不捕获 Down 事件时，将触发 ViewGroup 自身的 onTouch 事件。触发的方式是调用 super.dispatchTouchEvent 函数，即父类 View的 dispatchTouchEvent 方法。在所有子 View 都不处理的情况下，触发 Acitivity 的onTouchEvent 方法。
- 2.2.7.onInterceptTouchEvent 有两个作用：1.拦截 Down 事件的分发。2.中止 Up 和 Move事件向目标 View 传递，使得目标 View 所在的 ViewGroup 捕获 Up 和 Move 事件。
自我一句话总结：ViewGroup 先通过dispatchTouchEvent进行分发,中途ViewGroup 有权不分发下去（通过onInterceptTouchEvent 返回return true 进行拦截），不拦截情况下 在传递到View 的dispatchTouchEvent ，View若不进行消费（onTouchEvent ）），转给ViewGroup 的 onTouchEvent
可以理解：总经理 -》部门经理-》组长-》工人； 事件下去过程的分配，赚钱的项目上级的有权选择自己做；若工人接到任务，能力有限，同样也可以交回上级处理；
疑问：对于上面举例，要是好事情都被上级拦截；那工人岂不造反；利益不均？，一旦分发到子View，子View也有方法请求父容器不拦截；
于是可以看下：外部拦截法、内部拦截法
3，View滑动冲突处理方法（外部拦截法、内部拦截法）
引入https://blog.csdn.net/z_l_p/article/details/53488085，思路肯定是对的，代码完不完全对没有测试过
1、外部拦截法 （子view代码无需修改）（符合view事件分发机制）
说明：需要在父ViewGroup，重写onInterceptTouchEvent方法，根据业务需要，判断哪些事件是父Viewgroup需要的，需要的话就对该事件进行拦截，然后交由onTouchEvent方法处理，若不需要，则不拦截，然后传递给子view或子viewGroup,
代码：
public boolean onInterceptTouchEvent(MotionEvent ev) {
int y= (int) ev.getY();
switch (ev.getAction()){
case MotionEvent.ACTION_DOWN:
yDown=y;
isIntercept=false;
break;
case MotionEvent.ACTION_MOVE:
yMove=y;
if (yMove-yDown<0){ //根据业务需求更改判断条件，判断是时候需要拦截
isIntercept=false;
}else if(yMove-yDown>0&&getChildAt(0).getScrollY()==0){
isIntercept=true;
}else if(yMove-yDown>0&&getChildAt(0).getScrollY()>0){
isIntercept=false;
}
break;
case MotionEvent.ACTION_UP:
isIntercept=false;
break;
}
return isIntercept; //返回true表示拦截，返回false表示不拦截
}
2、内部拦截法（父viewgroup需要重写onInterceptTouchEvent）（不符合view事件分发机制）
个人理解就是，拦截前 先判断子View时候是否改变过disallowIntercept值 disallowIntercept是true根本不执行拦截方法了
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
说明：顾名思义就是在子view中拦截事件，父viewGroup默认是不拦截任何事件的，所以，当事件传递到子view时，
子view根据自己的实际情况来，如果该事件是需要子view来处理的，那么子view就自己消耗处理，如果该事件不需要由子view来处理，那么就调用getParent().requestDisallowInterceptTouchEvent()方法来通知父viewgroup来拦截
这个事件，也就是说，叫父容器来处理这个事件，这刚好和view的分发机制相反。
代码： （需要注意，要确保MotionEvent.ACTION_DOWN时不拦截）
//子view的代码·
public boolean dispatchTouchEvent(MotionEvent ev) {
int y= (int) ev.getY();
switch (ev.getAction()) {
case MotionEvent.ACTION_DOWN:
getParent().requestDisallowInterceptTouchEvent(true);
yDown=y;
break;
case MotionEvent.ACTION_MOVE:
yMove=y;
Log.e("mes",yMove+"！！！");
int scrollY = getScrollY();
if (scrollY == 0&&yMove-yDown>0) { //根据业务需求判断是否需要通知父viewgroup来拦截处理该事件
//允许父View进行事件拦截
Log.e("mes",yMove-yDown+"拦截");
getParent().requestDisallowInterceptTouchEvent(false);
}
break;
case MotionEvent.ACTION_UP:
break;
}
return super.dispatchTouchEvent(ev);
}
//父viewgroup代码 (要确保down是不拦截，move和up时要拦截)
public boolean onInterceptTouchEvent(MotionEvent ev) {
if(ev.getAction()==MotionEvent.ACTION_DOWN){
return false;
}else{
return true;
}
}
