美文网首页
触摸反馈事件分发优化吸收

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

作者: Twenhimself | 来源:发表于2018-12-26 18:11 被阅读0次
    views.png

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


    触摸事件单元:

    按下 (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 中调用的,用来阻止其父ViewonInterceptTouchEvent() 方法生效。并且它会递归地阻止每一级父View 的拦截方法。例如我想在滑动屏幕时移动父View ,长按我的子View后的滑动可以移动子View 本身而不是父View,那么我在子ViewonTouchEvent() 方法里适当的地方写上requestDisallowInterceptTouchEvent() 就能实现特殊的需求。

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


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

    zhukai.png

    相关文章

      网友评论

          本文标题:触摸反馈事件分发优化吸收

          本文链接:https://www.haomeiwen.com/subject/rlkklqtx.html