触摸反馈事件分发优化吸收

views.png

产生疑问：对于一个按钮，我按下并抬起时，触发了该按钮的 onClick() 方法，可是我按下然后滑动时，我却可以使该按钮的父View开始滑动。这个情景一定不陌生，我们的ListView和GridView经常有这种操作出现。那么我们的系统是如何做到的呢？靠的就是触摸事件分发机制

触摸事件单元：

按下 (ACTION_DOWN).

移动 (ACTION_MOVE).

抬起 (ACTION_UP).

取消 *(ATCION_CANCEL).

以按下 (ACTION_DOWN) 开始，（中间可能包含某些移动 (ACTION_MOVE) 事件）抬起 (ACTION_UP) 或取消 (ACTION_CANCEL) 结束的一系列触摸事件的集合被称为触摸事件流。

例如 onClick() 事件：

按下(ACTION_DOWN), 加上 抬起 (ACTION_UP),这组事件流就构成了 onClick() 事件。

触摸事件会传入View的onTouchEvent() 方法中：

public class mView extends View{
    ...
    @Override
    public boolean onTouchEvent(MotionEvent event){
        switch(event.getActionMasked()){
            case MotionEvent.ACTION_UP:
            // Do something
            ...
        }
        
        return true;
    }
}

/*
event参数中包含了各种触摸操作的信息：包括事件类型（是按下，抬起还是其他），坐标，等等。
*/

函数返回类型为boolean，我们知道所有触摸事件流都只能是从 按下 (ACTION_DOWN) 开始的
，这个方法从用户触摸的点开始由上而下依次向各级View询问：你是否要消费这组事件？哪个View的onTouchEvent() 方法先接受到 按下(ACTION_DOWN) 事件，并返回了true，哪个View就接管了这个事件流，后续的触摸事件都将交给这个View执行。

根据置顶图举个例子：用户点击了子View，那么系统开始从子View开始由上而下依次调用子View，父View，爷View的onTouchEvent()
方法，哪个View的该方法在接收到按下(ACTION_DOWN) 事件后返回了true，哪个View就开始处理这个按下(ACTION_DOWN) 事件的后续所有事件，直到抬起(ACTION_UP) 事件或者取消(ACTION_CANCEL) 事件传入。在这三个View中，如果没有重写它们的onTouchEvent() 方法，那么子View的onTouchEvent() 在率先接收到按下(ACTION_DOWN) 事件后会接管后续事件直到事件结束。如果子View在接收到按下(ACTION_DOWN) 事件时返回了false，那么系统会继续向下去询问父View，你要不要接管这组事件。以此类推。

袁隆平.png

不瞒你说，其实在进行从上往下调用onTouchEvent() 之前，系统偷偷地从最底下的那个根View 依次向上逐级调用了onInterceptTouchEvent() 方法。产生任何触摸事件时都会由下而上地调用各级View的onInterceptTouchEvent() 来询问是否拦截事件。该方法默认返回false，也就是不拦截，由于onInterceptTouchEvent() 会监听任何触摸事件，所以你可以在该方法内写入自己的算法，并返回true，以达成某个View在满足特定条件后立即接管该事件流后续事件的目的。在接管了该事件流后，新的接管者将把后续触摸事件传入自己的onTouchEvent()方法中处理，并且新的接管者将向前任接管者发送取消(ACTION_CANCEL) 事件（我接盘了！）来彻底停止前任接管者的处理中间状态。这个就叫做事件拦截机制。

public class mViewGroup extends ViewGroup{
    @Override
    public boolean onInterceptTouchEvent(MotionEvent event){
        switch(event.getActionMasked()){
            ...
            if(符合条件){
                return true;
            }
        }
        return false;
    }
    
    @Override
    public boolean onTouchEvent(MotionEvent event){
        switch(event.getActionMasked()){
            ...
        }
        
        return true;
    }
}

综合之前的onTouchEvent() 方法，我们梳理一下这两个方法之间的顺序：当某一触摸事件传入系统时，系统先由下而上地执行各级View的onInterceptTouchEvent() 方法。再由上而下地执行各级View的onTouchEvent() 方法。

views.png

根据这个图片再举个例子：我在父View的onInterceptTouchEvent() 方法里写了自己的算法，写的是当用户开始滑动时，父View的onInterceptTouchEvent() 返回true，拦截机制启用。那么未滑动时，比如点击事件触发时，父View不会拦截子View的任何触摸事件，子View可以自由地实现onClick() 方法。一旦用户在执行按下(ACTION_DOWN) 后开始滑动，父View将立刻接管这个事件流，并将后续触摸事件传入自己的onTouchEvent() 中处理。你完全可以将ListView 中的item看做图中的子View，将ListView 自身看做图中的父View。

没错，我又要不瞒你说了。还想说一个方法:requestDisallowInterceptTouchEvent()。这个方法是在子View 中调用的，用来阻止其父View 的onInterceptTouchEvent() 方法生效。并且它会递归地阻止每一级父View 的拦截方法。例如我想在滑动屏幕时移动父View ，长按我的子View后的滑动可以移动子View 本身而不是父View，那么我在子View 的onTouchEvent() 方法里适当的地方写上requestDisallowInterceptTouchEvent() 就能实现特殊的需求。

例如我可以在子View 的长按的case 下调用该方法，那么接下来的移动(ATCION_MOVE) 事件就不会交给父View 的onTouchEvent() 执行了。

最后不瞒你说，感谢Hencoder项目，感谢朱凯老师，本文是朱老师课后的学习心得总结。

zhukai.png