问题：
- ScrollView判断是否属于有效滑动的距离是多少？8*3 = 24 大于8dp( mTouchSlop = configuration.getScaledTouchSlop();)时符合拦截条件。所有在8dp内Down、Move时间都会透传给子View，符合拦截条件后Scrollview做的事情是对向记录的TargetView发送Cancle时间，然后清空TargetView，第二个move事件到来之后，TargetView==null && interrupted==true 满足条件，Move事件被拦截自己处理。
- ScrollView拦截Touch事件后到执行自己的onTouchEvent，中间经历了啥？
- RecyclerView滚动到底部后，是怎么把Touch执行权再次交给ScrollView的？猜想是调用了父类的scrollby方法
- 纵向的ScrollView嵌套一个横向滑动的ListView，ListView中存在大量Item。先按下Item然后横向滑动再纵向滑动最后再横向滑动，Touch的过程是怎么样的呢？down被item消费，横滑被ListView拦截处理，item被标记未cancle。再纵向滑动被ScrollView拦截处理，ListView被标记未cancle，当再横向滑动的时候，会发现Listview将不会滑动了，因为被标记未cancle了导致的。
down、mFirstTouchTarget、intercepted、mFirstTouchTarget=null、走自己的dispatchTouchEvent()方法、自己的mOnTouchListener.onTouch、自己的onTouchEvent(event)。
关键词
- intercepted 是否拦截 —— 父布局要不要拦截事件
- mFirstTouchTarget 首次进来或非ACTION_DOWN的情况下为null代码要拦截touch事件自行处理——子View是否消费事件
- canceled MotionEvent.ACTION_CANCEL —— Down还是Move事件
- disallowIntercept 子View是否请求了禁止父布局拦截事件?一般用于解决滑动冲突 —— 子View是否已经请求父布局不要拦截事件
子布局消费事件后，父布局会记录下哪个子View消费的，下个类型的事件就直接分发给他了。
如果子View都不处理呢？子View只处理了Down事件，但是没有消费Move事件返回false，父布局还能消费Move事件么？答案是否定的。如何让父布局消费Move呢？
# 普通父布局比如LinearLayout，不拦截事件，直丢丢的交给子View去处理，子View关注Down、Up两个事件。
* Down流程走 if (dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) 获取addTouchTarget给mFirstTouchTarget赋值
* Up流程走 if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
通过mFirstTouchTarget，省去了重新遍历View的烦恼， resetTouchState()重置
# 要拦截事件的布局ScrollView，经过自己的拦截器
* Down流程 onInterceptTouchEvent在Down时记录Y坐标，在Move时比对直到Diff>mTouchSlop则拦截（mTouchSlop = 8dp，intercepted = true），注意发生了多个Move事件后Diff才满足条件，所以ScrollView嵌套ListView或者RecyclerView的情况，会发现内层View在Diff不满足时有获得Move事件的机会，RecyclerView获得Move后，调用了getParent().requestDisallowInterceptTouchEvent(true); 内部解决了事件冲突，***但是还有个问题没搞定：RecyclerView滚动到底部后，是怎么把Touch执行权再次交给ScrollView的？***
* Move流程 cancelChild = true，子View处理event.setAction(MotionEvent.ACTION_CANCEL)，并且设置mFirstTouchTarget = null，下一个Move事件到来后，因为mFirstTouchTarget==null、intercepted==true，所以父布局执行了自己的 View.dispatchTouchEvent()方法，包含onTouchEvent()。拦截流程到此结束。ScrollView在此进行滑动处理。
——————dispatchTouchEvent——————
——————onInterceptTouchEvent——————
——————dispatchTransformedTouchEvent——————
——————super.dispatchTouchEvent(event)——————
——————mOnTouchListener.onTouch——————
——————onTouchEvent——————
—————— child.dispatchTouchEvent(event)——————
final boolean intercepted;
if (actionMasked == MotionEvent.ACTION_DOWN
|| mFirstTouchTarget != null) {
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action); // restore action in case it was changed
} else {
intercepted = false;
}
} else {
// There are no touch targets and this action is not an initial down
// so this view group continues to intercept touches.
intercepted = true;
}
RecyclerView 和 ScrollView ，RecyclerView内部已经解决冲突问题
Touch事件冲突的两种解决办法
requestParentDisallowInterceptTouchEvent
public class EnableScrollView extends ScrollView {
public boolean isEnableScroll = true;
public EnableScrollView(Context context) {
super(context);
}
public EnableScrollView(Context context, AttributeSet attrs) {
super(context, attrs);
}
public EnableScrollView(Context context, AttributeSet attrs, int defStyle) {
super(context, attrs, defStyle);
}
@Override
public boolean onInterceptTouchEvent(MotionEvent ev) {
if(isEnableScroll){
return super.onInterceptTouchEvent(ev);
}else {
return false;
}
}
}
