Android事件分发机制相关(备忘)

事件的分发顺序

Activity —> ViewGroup —> View

onTouch优先于onClick执行

备注:如果onTouch 返回true,则在dispatchTouchEvent方法分发事件时直接return true,不会再执行onTouchEvent(event)方法。

onTouch 在dispatchTouchEvent中执行,onClick在onTouchEvent(event)中执行


TextView ImageView 默认为不可点击状态,不消耗事件

备注:控件不可点击时,在执行到onTouchEvent方法时,无法进入手势的判断逻辑,所以会return false,反之,View可点击必然return true;


分析源码得知,如果一个View是可点击的,则onTouchEvent会 return true, 由此dispatchTouchEvent也会返回true,即消耗了事件。


可重写ViewGroup的onInterceptTouchEvent或者调用requestDisallowInterceptTouchEvent 对事件进行拦截。

但在ViewGroup 的dispatchTouchEvent中接收到ACTION_DOWN 事件时,会重置所有状态,所以注意requestDisallowInterceptTouchEvent的调用时机。

举个栗子,可以在子View的 onTouchEvent中调用(例如:在一个可横向滑动的组件中,嵌套了另一个横向滑动的组件,比如ViewPager里面 存在一个可横向滑动的view,可重写此View,使其在横向滚动的时候,不触发ViewPager的翻页效果)


挖坑~!~!~!~

1>在重写onInterceptTouchEvent 的时候要注意 return true或 false 的时机。

2>可以参考下ScrollView onInterceptTouchEvent 写法,代码如下(精简版)

可以看到 onInterceptTouchEvent返回值 是由mIsBeingDragged 决定的,可以改变mIsBeingDragged值的几个方地方 已经用箭头标志出来,action_down事件时一般情况下会返回false(例外:Scrollview 处于滚动时会返回true),所以down事件一般不会对事件进行拦截。

那拦截事件的逻辑就到了action_move中,可以简单理解为手指移动一定距离之后,ScrollView就会拦截事件,这样做的好处就是,在未达到滑动的距离的时候,事件可以传递到子View(如果没有这个操作,我们也就无法在子View中调用requestDisallowInterceptTouchEvent 来请求父类 放开的属于自己的事件了)。


当ACTION_DOWN 事件到达View时,View的dispatchTouchEvent返回false ,则后续的ACTION_UP、ACTION_MOVE等不会再到达View.

分析:

1、ACTION_DOWN事件,到达ViewGroup之后 通过dispatchTouchEvent分发至View.

2、如View的dispatchTouchEvent返回true则表示View消耗了事件,此时ViewGroup 会记录下此View.

3、当后续事件到达时,会先判断是否记录了消耗事件的View,如记录了则继续调用View的dispatchTouchEvent进行事件的分

发。

4、反之View的dispatchTouchEvent 返回false ,表示View不消耗事件,ViewGroup 不对此View 进行记录,后续事件到达时,判断没有记录任何View,会执行super.dispatchTouchEvent(event)(ViewGroup 继承了View,此处实际执行的是父View的dispatchTouchEvent).

View中 有dispatchTouchEvent,onTouchEvent

ViewGroup有dispatchTouchEvent,onTouchEvent 、onInterceptTouchEvent

事件的分发传递机制 核心就是这三两个方法,个人理解:

1、对于ViewGoup中的dispatchTouchEvent主要是用来分发事件的,找到消耗事件的View,将事件传递给它(其实就是调用View的dispatchTouchEvent),然后根据 返回值,来判断此次事件已结束(return true)还是调用自己父View中的dispatchTouchEvent(return false) 由自己来消耗事件。

2、对于View,dispatchTouchEvent、onTouchEvent 简单说 就是为了 消耗事件(处理事件),但消耗与否 ,由自身的一些属性决定

1> 在dispatchTouchEvent中如果OnTouchListener 不为空,View enable同时 OnTouchListener.onTouch() 为true,则 dispatchTouchEvent return true 消耗了此次事件。

多说一句,此时,dispatchTouchEvent后续代码不会执行,导致onTouchEvent不会被执行,onClick是在onTouchEvent中被调用,所以此种情况下,onClick回调无效。

2> 如果不符合情况1,此时,会执行dispatchTouchEvent后续代码,即会调用onTouchEvent,在前面也介绍过,View可点击时 ,会消耗事件(如Button),不可点击时,不消耗事件(如TextView,ImageView)

补充:

Activity的dispatchTouchEvent

在activity的dispatchTouchEvent的中调用了PhoneWindow的superDispatchTouchEvent ,

然后巴拉巴拉巴拉~!~!~ 还是看下面的源码吧,找到最后,实际是调用了ViewGroup的dispatchTouchEvent。

getWindow().superDispatchTouchEvent(ev) 如为false,则 没有ViewGroup 或者View消耗事件,最终会调用Activity的onTouchEvent,由Activity自身处理事件。



https://mp.weixin.qq.com/s/Glib71m1lMwj0_5_5vJdXQ

Android 深色模式适配原理分析

从Android10(API 29)开始,在原有的主题适配的基础上,Google开始提供了Force Dark机制,在系统底层直接对颜色和图片进行转换处理,原生支持深色模式。深色模式可以节省电量、改善弱势及强光敏感用户的可视性,并能在环境亮度较暗的时候保护视力,更是夜间活跃用户的强烈需求。对深色模式的适配有利于提升用户口碑。

发布于:2天以前  |  44次阅读  |  详细内容 »

百度APP-Android H5首屏优化实践

百度App自2016年上半年尝试Feed流业务形态,至2017年下半年,历经10个版本的迭代,基本完成了产品形态的初步探索。在整个Feed流形态的闭环中,新闻详情页(文中称为落地页)作为重要的组成部分,如果打开页面后,loading时间过长,会严重影响用户体验。因此我们针对落地页这种H5的首屏展现速度进行了长期优化,本文会详细阐述整个优化思路和技术细节

发布于:11天以前  |  113次阅读  |  详细内容 »

Android 10分区存储介绍及百度APP适配实践

Google于 2019年9月3日发布了Android10 release版本,为了更好的保护用户数据并限制设备冗余文件增加,Android 10版本变更了设备外部存储访问方式,外部存储新特性称为分区存储(Scoped Storage), 分区存储遵循以下三个原则对外部存储文件访问方式重新设计,便于用户更好的管理外部存储文件

发布于:12天以前  |  111次阅读  |  详细内容 »

深入探究Android应用启动起点

开发者文档中提到,Android应用有三种启动状态,每种状态都会影响应用向用户显示所需的时间:冷启动、温启动或热启动。三种启动状态中,冷启动耗时最久,系统和App有较多初始化的工作。如果启动时间过长,可能会导致用户在应用商店打低分,甚至完全弃用app,所以冷启动速度是各个app非常重要的性能指标之一。

发布于:12天以前  |  117次阅读  |  详细内容 »

一文搞懂Android JetPack组件原理之Lifecycle、LiveData、ViewModel与源码分析技巧

Lifecycle、LiveData和ViewModel作为AAC架构的核心,常常被用在Android业务架构中。在京东商城Android应用中,为了事件传递等个性化需求,比如ViewModel间通信、ViewModel访问Activity等等,以及为了架构的扩展性,我们封装了BaseLiveData和BaseViewModel等基础组件,也对Activity、Fragement和ViewHolder进行了封装,以JDLifecycleBaseActivity、LifecycleBaseFragment和LifecycleBaseViewHolder等组件强化了View层功能,构建出了各业务线统一规范架构的基石。

发布于:23天以前  |  130次阅读  |  详细内容 »

Android 记一次解决问题的过程

之前我写过一篇文章,介绍我在GitHub开源的滑动控件 ConsecutiveScroller 是如何实现布局吸顶功能的。有兴趣的朋友可以去看一下:Android滑动布局ConsecutiveScrollerLayout实现布局吸顶功能。

发布于:25天以前  |  196次阅读  |  详细内容 »

Android内存异常机制(用户空间)_NE

常见的Android稳定性异常,有内核异常和Android层异常。内核异常也就是常说的“kernel panic”,简称KE异常;Android层异常又分为java层crash和Native层crash,简称JE、NE异常。 上篇文章介绍了JE异常的抓取机制和处理方式,本文再讲一下NE异常。

发布于:2月以前  |  494次阅读  |  详细内容 »

Android-模块化-面向接口编程

随着业务的发展,工程的逐渐增大与开发人员增多,很多工程都走向了模块化、组件化、插件化道路,来方便大家的合作开发与降低业务之间的耦合度。现在就和大家谈谈模块化的交互问题,首先看下模块化的几个优势。

发布于:2月以前  |  813次阅读  |  详细内容 »

Android SurfaceView 播放gif

Android SurfaceView 是Android系统中的高级组件,它有自己的绘制界面,可以在一个独立的线程进行UI的绘制, 因此不会阻塞主线程,这也是我们使用SuefaceView播放gif图片的原因。

发布于:3月以前  |  604次阅读  |  详细内容 »

Android Studio 生成so文件 及调用

so文件是C、C++的函数库,在Android中 调用这些库,使用的是JNI( Java Native interface) JNI 可以使Java程序调用本地程序或者库(一般是使用C、C++ 或者汇编语言编写)。 这篇文章 会介绍 使用Android Studio 如何生成so文件,及如何使用so

发布于:3月以前  |  781次阅读  |  详细内容 »

Android 保活从入门到放弃:乖乖引导用户加白名单吧(附7大机型加白示例)

IM在Android上的保活问题经常在即时通讯网的论坛和技术群里被讨论,自从Android 8.0后系统大大降低了后台运行应用的保活容忍度(详见《Android P正式版即将到来:后台应用保活、消息推送的真正噩梦》),保活从黑科技横行的时代进入了技术蛮荒阶段,真要实现保活,技术难度越来越大。

发布于:3月以前  |  796次阅读  |  详细内容 »

安居客 Android APP 走向平台化 | 开发者说·DTalk

安居客 Android App 距离上次的模块化/组件化重构已经两年多了,重构之后很好的支撑了两年多以来的业务发展。但这个世界总是在向前走的,没有任何一种架构能够一劳永逸的解决所有问题,外部环境的不断变化相应的也要求项目架构做出改变,以此来应对环境变化所带来的挑战。

发布于:3月以前  |  602次阅读  |  详细内容 »

Android View 体系竟然还能这么理解?

很多小伙伴可能在学习view的绘制流程源码的时候有点抓不住重点,所以在分析代码的时候绕来绕去脑袋晕乎乎的。今天我就来给大家化繁为简,只关注它最核心的东西。

发布于:3月以前  |  778次阅读  |  详细内容 »

移动端常见崩溃指标

崩溃分析,是将 Android 和 iOS 平台常见的 APP 崩溃问题进行归类分析,帮助企业根据崩溃指标快速发现、定位问题。

发布于:3月以前  |  779次阅读  |  详细内容 »

最多阅读

简化Android的UI开发 11月以前  |  286056次阅读
Android设计与开发工作流 11月以前  |  2808次阅读
Google Enjarify:可代替dex2jar的dex反编译 1年以前  |  2681次阅读
30分钟搭建一个android的私有Maven仓库 1年以前  |  2439次阅读
Android多渠道打包工具:apptools 1年以前  |  2255次阅读
Google Java编程风格规范(中文版) 1年以前  |  2244次阅读
Android UI基本技术点 1年以前  |  2193次阅读
Android权限 - 第一篇 1年以前  |  2177次阅读
Stetho 1年以前  |  2105次阅读
2015 Google IO带来的新 Android 开发工具 1年以前  |  1990次阅读
你应该知道的布局和属性 1年以前  |  1962次阅读
听FackBook工程师讲*Custom ViewGroups* 1年以前  |  1938次阅读
MVP在Android平台上的应用 1年以前  |  1935次阅读
Gradle小知识#3:任务的顺序 1年以前  |  1908次阅读