View的事件分发机制

所谓点击事件的分发就是对MotionEvent事件的分发过程,即当MotionEvent产生后,系统需要把这个事件传递给一个具体的View,而这个传递的过程就是分发过程。

点击事件的分发过程由三个很重要的方法来完成:dispatchTouchEvent、onInterTouchEvent、onTouchEvent;

(1)public boolean dispatchTouchEvent(MotionEvent ev)

用来进行事件的分发。若事件能传递给当前View,那么此方法一定会被调用,返回结果受当前View的onTouchEvent和下级View的dispatchTouchEvent方法的影响,表示是否消耗当前事件。

(2)public boolean onInterceptTouchEvent(MotionEvent event)

在上述方法内部调用,用来判断是否拦截某个事件,如果当前View拦截了某个事件,那么在同一个事件序列当中,此方法不会被再次调用,返回的结果表示是否拦截当前事件。

(3)public boolean onTouchEvent(MotionEvent event)

在disoatchTouchEvent方法中调用,用来处理点击事件,返回结果表示是否消耗当前事件,如果不消耗,则在同一个事件序列中,当前View无法再次接受到事件。

点击事件传递规则:对于一个根ViewGroup来说,点击事件产生后,首先会传递给它,这时它的dispathchTouchEvent就会被调用,果这个ViewGroup 的onTnterceptTouchEvent返回true表示它要拦截当前事件,ViewGroup会自己处理,即它的onTouchEvent会被调用,若ViewGroup 的onTnterceptTouchEvent返回false表示不拦截当前事件,就会继续传递给它的子元素,接着子元素的dispatchEvent就会被调用,如此反复直到事件最终被处理。

      当一个view需要处理事件时,如果它设置了OnTouchListener,那么onTouchListener中的onTouch方法会被调用。此时若onTouch的返回值,返回的是false,则当前View的onTouhEvent会被调用;若是ture那么onTouchEvent不会被调用。可以看出onTouchListener优先级比onTouchEvent高。在onTouchEvent方法中如果设置有OnClickListeener,其onclick会被调用。可以看出OnClikListener优先级最低,即处于事件传递的尾端


当一个事件产生后,它的传递过程是:Activity-->Window-->View,即事件总是先传递给activity再传给window,最后才是顶级View,顶级view接受到事件后,就会按照事件分发机制去分发事件。(当一个view的onTouchEvent返回false,那么它的父容器的onTouchEvent会被调用,如果所有的元素都不处理这个事件,那么最终会传递给Activity处理,即activity的onTouchEvent会被调用。)


事件传递的机制结论,如下:

(1)同一个事件序列是指从手指接触屏幕开始到手指离开屏幕结束。在这个过程中产生的一系列事件,这个事件序列以down事件开始,中间含有数量不定的move事件,最终以up事件结束。

(2)正常情况下,一个事件序列只能被一个view拦截且消耗。因为一旦一个元素拦截了事件,那么同一个事件序列内部所有事件都会直接交给它处理,因此同一个事件序列中的事件不能分别由两个view同时处理,不过可通过特殊手段做到,如一个view本该自己处理的事件通过onTouchEvent强行传递给其他View处理。

(3)某个view一旦决定拦截,那么这个事件序列都只能由它来处理,并且它的onIntercptTouchEvent不会再被调用,因为不会再次询问是否要拦截。

(4)某个view一旦开始处理事件,若它不消耗ACTION_DOWN事件(onTouchEvent返回了false),那么同一事件序列中的其他事件都不会再交给它来处理,并且事件将重新交给它的父元素去处理,即父元素的onTouchEvent会被调用。意思是事件一旦交给一个view处理,那么它必须消耗掉,否则同一事件序列中剩下的事件就不再交给它处理了。

(5)如果view不消耗ACTION_DOWN以外的其他事件,那么这个点击事件就会消失,此时父元素的onTouchEvent并不会被调用,并且当前view可以持续收到后续事件,最终这些消失的事件会传递给Actiity处理。

(6)ViewGroup默认不拦截任何事件。源码中的onInterceptTouchEvent方法默认返回false。

(7)View 没有onInterceptTouchEvent方法,一旦有点击事件传递给它,那么它的onTouchEvent方法就会被调用。

(8)view的onTouchEvent默认都会消耗事件(true),除非它是不可点击的(clickable和longClickable都是false)。view 的longClickable属性都默认为false,clickable button默认是true,而textview clickable属性默认是false。

(9)view的enable属性不影响onTouchEvent的默认返回值。哪怕一个view是disable状态的,只要它的clickable或者longClickable有一个为true,那么它的onTouchEvent就返回true。

(10)onclick会发生的前提是当前View是可点击的,并且收到了down和up事件。

(11)事件传递过程是由外向内的,即事件总是传递给父元素,然后由父元素分发给子view,通过requestDisallowInterceptTouchEvent方法可以在子元素中干预父元素的事件分发过程,但ACTION_DOWN事件除外。





# 高校智慧校园解决方案摘要 智慧校园解决方案是针对高校信息化建设的核心工程,旨在通过物联网技术实现数字化校园的智能化升级。该方案通过融合计算机技术、网络通信技术、数据库技术和IC卡识别技术,初步实现了校园一卡通系统,进而通过人脸识别技术实现了更精准的校园安全管理、生活管理、教务管理和资源管理。 方案包括多个管理系统:智慧校园管理平台、一卡通卡务管理系统、一卡通人脸库管理平台、智能人脸识别消费管理系统、疫情防控管理系统、人脸识别无感识别管理系统、会议签到管理系统、人脸识别通道管理系统和图书馆对接管理系统。这些系统共同构成了智慧校园的信息化基础,通过统一数据库和操作平台,实现了数据共享和信息一致性。 智能人脸识别消费管理系统通过人脸识别终端,在无需接触的情况下快速完成消费支付过程,提升了校园服务效率。疫情防控管理系统利用热成像测温技术、视频智能分析等手段,实现了对校园人员体温监测和疫情信息实时上报,提高了校园公共卫生事件的预防和控制能力。 会议签到管理系统和人脸识别通道管理系统均基于人脸识别技术,实现了会议的快速签到和图书馆等场所的高效通行管理。与图书馆对接管理系统实现了一卡通系统与图书馆管理系统的无缝集成,提升了图书借阅的便捷性。 总体而言,该智慧校园解决方案通过集成的信息化管理系统,提升了校园管理的智能化水平,优化了校园生活体验,增强了校园安全,并提高了教学和科研的效率。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值