ScrollView对Touch的处理流程

问题：

1. ScrollView判断是否属于有效滑动的距离是多少？8*3 = 24 大于8dp( mTouchSlop = configuration.getScaledTouchSlop();)时符合拦截条件。所有在8dp内Down、Move时间都会透传给子View，符合拦截条件后Scrollview做的事情是对向记录的TargetView发送Cancle时间，然后清空TargetView，第二个move事件到来之后，TargetView==null && interrupted==true 满足条件，Move事件被拦截自己处理。
2. ScrollView拦截Touch事件后到执行自己的onTouchEvent，中间经历了啥？
3. RecyclerView滚动到底部后，是怎么把Touch执行权再次交给ScrollView的？猜想是调用了父类的scrollby方法
4. 纵向的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;
        }
    }
}