Android自定义View的事件分发机制(三)
来源:互联网 发布:清朝留辫子原因 知乎 编辑:程序博客网 时间:2024/05/17 07:50
自定义View的事件分发机制(三)
前两篇讲了View的事件分发,但是还涉及到一个常用的方法没有说,那么这篇文章就做一个简单的阐述。
事件处理机制之requestDisallowInterceptTouchEvent
使用
@Override public boolean dispatchTouchEvent(MotionEvent event) { //请求所有父控件及祖宗控件不要拦截事件 getParent().requestDisallowInterceptTouchEvent(true); return super.dispatchTouchEvent(event); }
正常流程:
onInterceptTouchEvent 方法返回true
设置getParent().requestDisallowInterceptTouchEvent(true);
我们从第三章图的日志可以看出,设置getParent().requestDisallowInterceptTouchEvent(true);此方法后,onInterceptTouchEvent 在后续事件中不在执行。也就是说一旦底层View收到touch的action后调用这个方法那么父层View就不会再调用onInterceptTouchEvent了,也无法截获以后的action。
巩固与说明事件传递的流程
1、当手指触摸到屏幕时,系统就会调用相应View的onTouchEvent,并传入一系列的action。
2、当有多个层级的View时,在父层级允许的情况下,这个action会一直向下传递直到遇到最深层的View。
3、所以touch事件最先调用的是最底层View的onTouchEvent,如果View的onTouchEvent接收到某个touch action并作了相应处理,最后有两种返回方式return true和return false;return true会告诉系统当前的View需要处理这次的touch事件,以后的系统发出的ACTION_MOVE,ACTION_UP还是需要继续监听并接收的,而且这次的action已经被处理掉了,父层的View是不可能出发onTouchEvent了。
4、所以每一个action最多只能有一个onTouchEvent接口返回true。如果return false,便会通知系统,当前View不关心这一次的touch事件,此时这个action会传向父级,调用父级View的onTouchEvent。但是这一次的touch事件之后发出的任何action,该View都不会再接受,onTouchEvent在这一次的touch事件中再也不会触发,也就是说一旦View返回false,那么之后的ACTION_MOVE,ACTION_UP等ACTION就不会在传入这个View,但是下一次touch事件的action还是会传进来的。
5、前面说了底层的View能够接收到这次的事件有一个前提条件:在父层级允许的情况下。假设不改变父层级的dispatch方法,在系统调用底层onTouchEvent之前会先调用父View的onInterceptTouchEvent方法判断,父层View是不是要截获本次touch事件之后的action。如果onInterceptTouchEvent返回了true,那么本次touch事件之后的所有action都不会再向深层的View传递,统统都会传给父层View的onTouchEvent,就是说父层已经截获了这次touch事件,之后的action也不必询问onInterceptTouchEvent,在这次的touch事件之后发出的action时onInterceptTouchEvent不会再次调用,直到下一次touch事件的来临。
6、如果onInterceptTouchEvent返回false,那么本次action将发送给更深层的View,并且之后的每一次action都会询问父层的onInterceptTouchEvent需不需要截获本次touch事件。只有ViewGroup才有onInterceptTouchEvent方法,因为一个普通的View肯定是位于最深层的View,touch事件能够传到这里已经是最后一站了,肯定会调用View的onTouchEvent。
7、对于底层的View来说,有一种方法可以阻止父层的View截获touch事件,就是调用getParent().requestDisallowInterceptTouchEvent(true);方法。一旦底层View收到touch的action后调用这个方法那么父层View就不会再调用onInterceptTouchEvent了,也无法截获以后的action。
总结:
1、getParent().requestDisallowInterceptTouchEvent(true);此方法一般用于事件冲突之时
- Android自定义View的事件分发机制(三)
- Android自定义View的事件分发机制(一)
- Android自定义View的事件分发机制(二)
- [Android随笔]自定义View的事件分发机制
- Android自定义View总结(二)事件分发机制
- Android View事件分发机制 三 (Activity)
- 自定义View的事件分发机制
- 自定义View的事件分发机制
- 自定义View的事件分发机制
- android事件分发机制 VIew的事件分发机制
- Android View的事件分发机制(一):View
- 四、界面编程(三) View的事件分发机制
- Android 事件分发机制解析之View的事件分发
- android中view的事件分发机制
- Android之View的事件分发机制
- Android View的事件分发机制
- Android View的事件分发机制
- Android中View的事件分发机制
- Docker的“下一跳”在哪里?
- Ubuntu更换阿里源
- MySQL之——SQL按照汉字首字母进行搜索排序
- 神经网络
- React学习-列表循环中的特殊属性key
- Android自定义View的事件分发机制(三)
- notes
- buf_flush_page_cleaner_thread
- HTML基础总结
- HDU5122-对冒泡的理解||BIT
- 异常链,异常嵌套
- std::bind
- eclipse.exe启动的时候,为什么需要指定jre?或者说,如果没有jre,为什么eclipse.exe就运行不起来,或者报错?
- [转载]使用SSH公钥实现免密码登录