位置: 编程技术 - 正文

Android触摸屏事件派发机制详解与源码分析(安卓 触摸屏)

编辑:rootadmin
1 背景

推荐整理分享Android触摸屏事件派发机制详解与源码分析(安卓 触摸屏),希望有所帮助,仅作参考,欢迎阅读内容。

文章相关热门搜索词:安卓显示触摸操作,安卓触屏设置在哪里,安卓触摸屏乱跳修复小技巧,安卓触摸屏乱跳修复小技巧,android触摸屏失灵,安卓显示触摸操作,android触屏版,android触摸屏失灵,内容如对您有帮助,希望把文章链接给更多的朋友!

最近在简书和微博还有Q群看见很多人说Android自定义控件(View/ViewGroup)如何学习?为啥那么难?其实答案很简单:“基础不牢,地动山摇。”

不扯蛋了,进入正题。就算你不自定义控件,你也必须要了解Android控件的触摸屏事件传递机制(之所以说触摸屏是因为该系列以触摸屏的事件机制分析为主,对于类&#;TV设备等的物理事件机制的分析雷同但有区别。哈哈,谁让我之前是做Android TV BOX的,悲催!),只有这样才能将你的控件事件运用的如鱼得水。接下来的控件触摸屏事件传递机制分析依据Android 5.1.1源码(API )。

2 基础实例现象2-1 例子

从一个例子分析说起吧。如下是一个很简单不过的Android实例:

2-2 现象

如上代码很简单,但凡学过几天Android的人都能看懂吧。Activity中有一个LinearLayout(ViewGroup的子类,ViewGroup是View的子类)布局,布局中包含一个按钮(View的子类);然后分别对这两个控件设置了Touch与Click的监听事件,具体运行结果如下:

当稳稳的点击Button时打印如下: 当稳稳的点击除过Button以外的其他地方时打印如下: 当收指点击Button时按在Button上晃动了一下松开后的打印如下:

机智的你看完这个结果指定知道为啥吧? 我们看下onTouch和onClick,从参数都能看出来onTouch比onClick强大灵活,毕竟多了一个event参数。这样onTouch里就可以处理ACTION_DOWN、ACTION_UP、ACTION_MOVE等等的各种触摸。现在来分析下上面的打印结果;在1中,当我们点击Button时会先触发onTouch事件(之所以打印action为0,1各一次是因为按下抬起两个触摸动作被触发)然后才触发onClick事件;在2中也同理类&#;1;在3中会发现onTouch被多次调运后才调运onClick,是因为手指晃动了,所以触发了ACTION_DOWN->ACTION_MOVE…->ACTION_UP。

如果你&#;睛比较尖你会看见onTouch会有一个返回&#;,而且在上面返回了false。你可能会疑惑这个返回&#;有啥效果?那就验证一下吧,我们将上面的onTouch返回&#;改为ture。如下:

再次点击Button结果如下: 看见了吧,如果onTouch返回true则onClick不会被调运了。

2-3 总结结论

好了,经过这个简单的实例验证你可以总结发现:

Android控件的Listener事件触发顺序是先触发onTouch,其次onClick。如果控件的onTouch返回true将会阻止事件继续传递,返回false事件会继续传递。

对于伸手党码农来说其实到这足矣应付常规的App事件监听处理使用开发了,但是对于复杂的事件监听处理或者想自定义控件的码农来说这才是刚刚开始,只是个热身。既然这样那就继续喽。。。

3 Android 5.1.1(API ) View触摸屏事件传递源码分析3-1 写在前面的话

其实Android源码无论哪个版本对于触摸屏事件的传递机制都类&#;,这里只是选用了目前最新版本的源码来分析而已。分析Android View事件传递机制之前有必要先看下源码的一些关系,如下是几个继承关系图:

怎么样?看了官方这个继承图是不是明白了上面例子中说的LinearLayout是ViewGroup的子类,ViewGroup是View的子类,Button是View的子类关系呢?其实,在Android中所有的控件无非都是ViewGroup或者View的子类,说高尚点就是所有控件都是View的子类。

这里通过继承关系是说明一切控件都是View,同时View与ViewGroup又存在一些区别,所以该模块才只单单先分析View触摸屏事件传递机制。

3-2 从View的dispatchTouchEvent方法说起

在Android中你只要触摸控件首先都会触发控件的dispatchTouchEvent方法(其实这个方法一般都没在具体的控件类中,而在他的父类View中),所以我们先来看下View的dispatchTouchEvent方法,如下:

dispatchTouchEvent的代码有点长,咱们看重点就可以。前面都是设置一些标记和处理input与手势等传递,到行的if (onFilterTouchEventForSecurity(event))语句判断当前View是否没被遮住等,接着行定义ListenerInfo局部变量,ListenerInfo是View的静态内部类,用来定义一堆关于View的XXXListener等方法;接着if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event))语句就是重点,首先li对象自然不会为null,li.mOnTouchListener呢?你会发现ListenerInfo的mOnTouchListener成员是在哪儿赋&#;的呢?怎么确认他是不是null呢?通过在View类里搜索可以看到:

li.mOnTouchListener是不是null取决于控件(View)是否设置setOnTouchListener监听,在上面的实例中我们是设置过Button的setOnTouchListener方法的,所以也不为null;接着通过位与运算确定控件(View)是不是ENABLED 的,默认控件都是ENABLED 的;接着判断onTouch的返回&#;是不是true。通过如上判断之后如果都为true则设置默认为false的result为true,那么接下来的if (!result && onTouchEvent(event))就不会执行,最终dispatchTouchEvent也会返回true。而如果if (li != null && li.mOnTouchListener != null && (mViewFlags & ENABLED_MASK) == ENABLED && li.mOnTouchListener.onTouch(this, event))语句有一个为false则if (!result && onTouchEvent(event))就会执行,如果onTouchEvent(event)返回false则dispatchTouchEvent返回false,否则返回true。

这下再看前面的实例部分明白了吧?控件触摸就会调运dispatchTouchEvent方法,而在dispatchTouchEvent中先执行的是onTouch方法,所以验证了实例结论总结中的onTouch优先于onClick执行道理。如果控件是ENABLE且在onTouch方法里返回了true则dispatchTouchEvent方法也返回true,不会再继续往下执行;反之,onTouch返回false则会继续向下执行onTouchEvent方法,且dispatchTouchEvent的返回&#;与onTouchEvent返回&#;相同。

所以依据这个结论和上面实例打印结果你指定已经大胆猜测认为onClick一定与onTouchEvent有关系?是不是呢?先告诉你,是的。下面我们会分析。

3-2-1 总结结论

在View的触摸屏传递机制中通过分析dispatchTouchEvent方法源码我们会得出如下基本结论:

触摸控件(View)首先执行dispatchTouchEvent方法。在dispatchTouchEvent方法中先执行onTouch方法,后执行onClick方法(onClick方法在onTouchEvent中执行,下面会分析)。如果控件(View)的onTouch返回false或者mOnTouchListener为null(控件没有设置setOnTouchListener方法)或者控件不是enable的情况下会调运onTouchEvent,dispatchTouchEvent返回&#;与onTouchEvent返回一样。如果控件不是enable的设置了onTouch方法也不会执行,只能通过重写控件的onTouchEvent方法处理(上面已经处理分析了),dispatchTouchEvent返回&#;与onTouchEvent返回一样。如果控件(View)是enable且onTouch返回true情况下,dispatchTouchEvent直接返回true,不会调用onTouchEvent方法。

上面说了onClick一定与onTouchEvent有关系,那么接下来就分析分析dispatchTouchEvent方法中的onTouchEvent方法。

3-3 继续说说View的dispatchTouchEvent方法中调运的onTouchEvent方法

上面说了dispatchTouchEvent方法中如果onTouch返回false或者mOnTouchListener为null(控件没有设置setOnTouchListener方法)或者控件不是enable的情况下会调运onTouchEvent,所以接着看就知道了,如下:

我勒个去!一个方法比一个方法代码多。好吧,那咱们继续只挑重点来说明呗。

首先地6到行可以看出,如果控件(View)是disenable状态,同时是可以clickable的则onTouchEvent直接消费事件返回true,反之如果控件(View)是disenable状态,同时是disclickable的则onTouchEvent直接false。多说一句,关于控件的enable或者clickable属性可以通过java或者xml直接设置,每个view都有这些属性。

接着行可以看见,如果一个控件是enable且disclickable则onTouchEvent直接返回false了;反之,如果一个控件是enable且clickable则继续进入过于一个event的switch判断中,然后最终onTouchEvent都返回了true。switch的ACTION_DOWN与ACTION_MOVE都进行了一些必要的设置与置位,接着到手抬起来ACTION_UP时你会发现,首先判断了是否按下过,同时是不是可以得到焦点,然后尝试获取焦点,然后判断如果不是longPressed则通过post在UI Thread中执行一个PerformClick的Runnable,也就是performClick方法。具体如下:

这个方法也是先定义一个ListenerInfo的变量然后赋&#;,接着判断li.mOnClickListener是不是为null,决定执行不执行onClick。你指定现在已经很机智了,和onTouch一样,搜一下mOnClickListener在哪赋&#;的呗,结果发现:

看见了吧!控件只要监听了onClick方法则mOnClickListener就不为null,而且有意思的是如果调运setOnClickListener方法设置监听且控件是disclickable的情况下默认会帮设置为clickable。

我勒个去!!!惊讶吧!!!猜的没错onClick就在onTouchEvent中执行的,而且是在onTouchEvent的ACTION_UP事件中执行的。

3-3-1 总结结论onTouchEvent方法中会在ACTION_UP分支中触发onClick的监听。当dispatchTouchEvent在进行事件分发的时候,只有前一个action返回true,才会触发下一个action。

到此上面例子中关于Button点击的各种打印的真实原因都找到了可靠的证据,也就是说View的触摸屏事件传递机制其实也就这么回事。

4 透过源码继续进阶实例验证

其实上面分析完View的触摸传递机制之后已经足够用了。如下的实例验证可以说是加深阅读源码的理解,还有一个主要作用就是为将来自定义控件打下坚实基础。因为自定义控件中时常会与这几个方法打交道。

4-1 例子

我们自定义一个Button(Button实质继承自View),如下:

其他代码如下:

其实这段代码只是对上面例子中的Button换为了自定义Button而已。

4-2 现象分析4-2-1 点击Button(手抽筋了一下)Android触摸屏事件派发机制详解与源码分析(安卓 触摸屏)

可以发现,如上打印完全符合源码分析结果,dispatchTouchEvent方法先派发down事件,完事调运onTouch,完事调运onTouchEvent返回true,同时dispatchTouchEvent返回true,然后dispatchTouchEvent继续派发move或者up事件,循环,直到onTouchEvent处理up事件时调运onClick事件,完事返回true,同时dispatchTouchEvent返回true;一次完整的View事件派发流程结束。

4-2-2 简单修改onTouchEvent返回&#;为true

将TestButton类的onTouchEvent方法修改如下,其他和基础代码保持不变:

点击Button打印如下:

可以发现,当自定义了控件(View)的onTouchEvent直接返回true而不调运super方法时,事件派发机制如同4.2.1类&#;,只是最后up事件没有触发onClick而已(因为没有调用super)。

所以可想而知,如果TestButton类的onTouchEvent修改为如下:

点击Button如下:

整个派发机制和4.2.1完全类&#;。

4-2-3 简单修改onTouchEvent返回&#;为false

将TestButton类的onTouchEvent方法修改如下,其他和基础代码保持不变:

点击Button如下: 你会发现如果onTouchEvent返回false(也即dispatchTouchEvent一旦返回false将不再继续派发其他action,立即停止派发),这里只派发了down事件。至于后面触发了LinearLayout的touch与click事件我们这里不做关注,下一篇博客会详细解释为啥(其实你可以想下的,LinearLayout是ViewGroup的子类,你懂的),这里你只用知道View的onTouchEvent返回false会阻止继续派发事件。

同理修改如下:

点击Button如下:

4-2-4 简单修改dispatchTouchEvent返回&#;为true

将TestButton类的dispatchTouchEvent方法修改如下,其他和基础代码保持不变:

点击Button如下:

你会发现如果dispatchTouchEvent直接返回true且不调运super任何事件都得不到触发。

继续修改如下呢? 将TestButton类的dispatchTouchEvent方法修改如下,其他和基础代码保持不变:

点击Button如下:

可以发现所有事件都可以得到正常派发,和4.2.1类&#;。

4-2-5 简单修改dispatchTouchEvent返回&#;为false

将TestButton类的dispatchTouchEvent方法修改如下,其他和基础代码保持不变:

点击Button如下:

你会发现事件不进行任何继续触发,关于点击Button触发了LinearLayout的事件暂时不用关注,下篇详解。

继续修改如下呢? 将TestButton类的dispatchTouchEvent方法修改如下,其他和基础代码保持不变:

点击Button如下: 你会发现结果和4.2.3的第二部分结果一样,也就是说如果dispatchTouchEvent返回false事件将不再继续派发下一次。

4-2-6 简单修改dispatchTouchEvent与onTouchEvent返回&#;

修改dispatchTouchEvent返回&#;为true,onTouchEvent为false:

将TestButton类的dispatchTouchEvent方法和onTouchEvent方法修改如下,其他和基础代码保持不变:

点击Button如下:

修改dispatchTouchEvent返回&#;为false,onTouchEvent为true:

将TestButton类的dispatchTouchEvent方法和onTouchEvent方法修改如下,其他和基础代码保持不变:

点击Button如下:

由此对比得出结论,dispatchTouchEvent事件派发是传递的,如果返回&#;为false将停止下次事件派发,如果返回true将继续下次派发。譬如,当前派发down事件,如果返回true则继续派发up,如果返回false派发完down就停止了。

4-1 总结

这个例子组合了很多种情况的&#;去验证上面源码的分析,同时也为自定义控件打下了基础。仔细理解这个例子对于View的事件传递就差不多了。

5 总结View触摸屏事件传递机制

上面例子也测试了,源码也分析了,总得有个最终结论方便平时写代码作为参考依据呀,不能每次都再去分析一遍源码,那得多蛋疼呢!

综合得出Android View的触摸屏事件传递机制有如下特征:

触摸控件(View)首先执行dispatchTouchEvent方法。在dispatchTouchEvent方法中先执行onTouch方法,后执行onClick方法(onClick方法在onTouchEvent中执行,下面会分析)。如果控件(View)的onTouch返回false或者mOnTouchListener为null(控件没有设置setOnTouchListener方法)或者控件不是enable的情况下会调运onTouchEvent,dispatchTouchEvent返回&#;与onTouchEvent返回一样。如果控件不是enable的设置了onTouch方法也不会执行,只能通过重写控件的onTouchEvent方法处理(上面已经处理分析了),dispatchTouchEvent返回&#;与onTouchEvent返回一样。如果控件(View)是enable且onTouch返回true情况下,dispatchTouchEvent直接返回true,不会调用onTouchEvent方法。当dispatchTouchEvent在进行事件分发的时候,只有前一个action返回true,才会触发下一个action(也就是说dispatchTouchEvent返回true才会进行下一次action派发)。尊重原创,装载学习。

种设计模式全解析 一、设计模式的分类总体来说设计模式分为三大类:创建型模式,共五种:工厂方法模式、抽象工厂模式、单例模式、建造者模式、原型模式。结构型

Android-spinner Android-spinner一Adapter概念spinner:下拉栏里面的TextView指定系统spinner:在xml文件里面的spinner中的属性android:entries=@array/string_array适配器:将数据源绑定到界

使用Unversial-image-loader来异步加载网络图片和本地图片(一) 现在一个应用最最直观表达意思的就是图片了吧,现在互联网就是以图片加视频的形式主流传播信息,所以图片的显示是如此的重要,最近接触到了一

标签: 安卓 触摸屏

本文链接地址:https://www.jiuchutong.com/biancheng/385973.html 转载请保留说明!

上一篇:android:ViewPager与FragmentPagerAdapter

下一篇:23种设计模式全解析(23种设计模式全解)

  • 递延所得税资产和负债怎么理解
  • 待办事项没有印章怎么办
  • 固定资产清理过程涉及的报表
  • 哪些准备金支出可实现税前扣除?
  • 固定资产的进项税额不允许抵扣的增值税属于
  • 什一税是什么意思?
  • 税负是什么意思举例子说明
  • 以前年度什么意思
  • 银行开户费用计入
  • 出售无形资产的净损失
  • 集体企业弊端
  • 机动车发票红冲可以作废吗
  • 税控盘未按时抄报处罚
  • 贷款利息进项税额转出
  • 微信交电费怎么退款
  • 公司成本票不够交税多少
  • 金税盘与税控盘及报税盘怎么区分
  • 信托真实案例
  • 广告宣传费扣除标准30%是什么?
  • 公司作账都按不含税价吗
  • 用于职工集体福利的外购货物可以抵进项税额吗
  • 失控发票进项税转出申报怎么填
  • 油类增值税是多少
  • 筹建期间发生的收入
  • 合同签订中,可以撤销吗
  • 企业合并无形资产摊销
  • 企业预交的宽带费能退吗
  • 购买商城购买化肥
  • php8底层内核
  • 怎么查上市公司
  • PHP:JewishToJD()的用法_日历函数
  • 对于小型微利企业的建议
  • 股票印花税和佣金的关系
  • laravel 5.4中实现无限级分类的方法示例
  • 现代服务业进项税加计扣除申报怎么填
  • 应收账款余额在借方表示谁欠谁
  • 住宅专项维修资金是什么
  • php二维数组的遍历
  • 谷歌浏览器被hao123锁定改不了
  • web前端开发学什么
  • 递延所得税资产和所得税费用的关系
  • yolov1 实现
  • 销售费用的主要类型有哪些
  • system error
  • 管理费用增加记哪方
  • 销售清单需要盖什么章子
  • 如何办理出口收款凭证
  • 现金短缺与溢余的区别
  • 已抵扣发票红冲做进项税转出
  • 转让金融商品应交增值税可以抵扣吗
  • 科技项目扶持资金
  • 发票额开多了多出的金额怎么处理?
  • 防疫物资采购会计处理
  • 代收代缴水电费协议
  • 企业承担个人所得税分录怎么做
  • 企业的利润怎么提出来
  • 金税服务费发票哪里打印
  • 出纳日记账的日期以什么为准
  • mysql -ne
  • sql null替换
  • win7盘符不见了
  • win7系统命令激活
  • thinkpad x230笔记本电脑
  • XP系统怎么安装打印机
  • 怎么关闭xp系统弹窗
  • linux vim使用
  • 开启win7
  • js小球与边框碰撞反弹
  • bootstrap怎么学
  • 菜鸟教程 安卓版
  • 改变图片透明度怎么调
  • bootstrap需要学多久
  • 消费税增值税的区别与联系
  • 中国一年的税收是多少万亿
  • 税务备案超过15天
  • 企业所得税申报表怎么填写
  • 总分公司如何纳税
  • 如何在国税网下载发票
  • 厦门税务地区编号
  • 农转非和非农
  • 免责声明:网站部分图片文字素材来源于网络,如有侵权,请及时告知,我们会第一时间删除,谢谢! 邮箱:opceo@qq.com

    鄂ICP备2023003026号

    网站地图: 企业信息 工商信息 财税知识 网络常识 编程技术

    友情链接: 武汉网站建设