View
在点击的时候可以设置点击背景,按下时背景设置为深色,抬起背景恢复正常,比如微信聊天列表的item。这种情况下如果ViewGroup
直接拦截即便事件结束View
的背景色始终无法恢复正常。其实引发的问题不止这一个,我们只需要知道这样做不行就可以了。
哎呀,这可如何是好… 硬刚不行能不能来一手曲线救国
?接着上面的思路往下分析,假如ViewGroup
在判断出要滑动时给子View
发送一个特殊的事件(偷偷告诉你,其实就是CANCEL事件
),子View
收到这个特殊事件时把已经消费的事件作废,这样做是真的没啥问题了。不信接着看微信聊天列表,是不是按下有一个深色背景,一开始滑动就恢复正常了。
1.4 滑动冲突的解决方案
完美无瑕的外表下其实内心千疮百孔,你不会真的以为碰到滚动就拦截,这样就万事大吉了吧?少年你还是太年轻。如果ViewGroup
和其父ViewGroup
同时需要滚动呢?诶,好像不太对劲…
场景一
ViewPager
嵌套ScrollView
,当用户垂直方向滑ScrollView
时滑着滑着滑歪了然后滑动就切换到了水平方向,这是非常有可能的,因为用户不可能玩手机时小心翼翼的搁那滑。按照1.3的方案这时会出现一点小问,用户:“本来我垂直方向滑的好好地,手指稍微一偏你就给我切换到水平滑动了,敏感过头了吧,我要换手机。”
其实这种问题很好解决,可惜面试的时候好多人都答不上来。ScrollView
滚动时只需要给父View
以及爷爷View
发一个通知告诉他们:“我要开始滚动了,请不要拦截我”
,OK,问题结局。
场景二
上面我们描述的是非同向滑动。关于同向滑动一直是一个比较难解决的问题,以至于Google
花了三个版本的迭代才推出了一个相对稳定的NestedScrolling
,这是基于事件分发扩展出来的一个专门用于解决滑动冲突的,关于NestedScrolling
东西蛮多,感兴趣的同学可自行了解。
2. 源码解析
其实上一小节我已经把事件分发的原理描述的很清楚了,再去看事件分发源码应该会很轻松。另外读源码要懂得抽丝剥茧
,如果非要把try catch
之类的也要掰持清楚,那可有的折腾了。比如我们今天要阅读的事件分发源码,我会剥去大部分代码,只会找到关键一小部分,我们的目的是把原理搞明白。如果对其他部分代码也感兴趣可单独阅读。
关于前面提到的三大方法也就是传递
、拦截
、消费
分别对应dispatchTouchEvent
、onInterceptTouchEvent
、onTouchEvent
,其中onInterceptTouchEvent
为ViewGroup
独有,相信大家应该都很清楚在这就不多做赘述了。
另外Activity
在事件分发的过程中与ViewGroup
充当的角色类似,就不单独描述了。
2.1 事件传递
View
和ViewGroup
中存在dispatchTouchEvent
,其中ViewGroup
对其进行了复写。
View 的 dispatchTouchEvent()
其实View
在事件分发中做的事情很简单,基本可以用三行代码概括
public boolean dispatchTouchEvent(MotionEvent event) {
return onTouchEvent(event)
}
View
的dispatchTouchEvent
方法本来就很短,把一些细节撇去基本和上面三行代码等价。
ViewGroup 的 dispatchTouchEvent()
关于事件分发的大部分细节都隐藏在ViewGroup
的 dispatchTouchEvent
中,所以没办法,我也要开始大篇幅贴代码了…
提示
:
关于TouchTarget:如果触摸的区域没有子View、子View不消费事件、子View收到了cancel事件,那么ViewGroup的mFirstTouchTarget会为null。弄清楚这个很重要,TouchTarget衔接了很多重要信息。
public boolean dispatchTouchEvent(MotionEvent ev) {
boolean handled = false;//声明消费结果
final int action = ev.getAction();
final int actionMasked = action & MotionEvent.ACTION_MASK;
// 1
if (actionMasked == MotionEvent.ACTION_DOWN) {
//清理touchTarget
cancelAndClearTouchTargets(ev);
//清理上一次的事件序列,保证新事件序列的纯洁度
resetTouchState();
}
…
…
// 2
final boolean intercepted;//声明预拦截
//ACTION_DOWN(第一次事件不能进行拦截,要给子View一次机会) || mFirstTouchTarget(触摸到了子View)不为空
if (actionMasked == MotionEvent.ACTION_DOWN || mFirstTouchTarget != null) {
//子View是否申请对其不拦截
final boolean disallowIntercept = (mGroupFlags & FLAG_DISALLOW_INTERCEPT) != 0;
//子View没有申请对其不拦截
if (!disallowIntercept) {
intercepted = onInterceptTouchEvent(ev);
ev.setAction(action);
} else {
intercepted = false;
}
} else {
intercepted = true;
}
…
//此处巴拉巴拉一大堆代码,其实就是对TouchTarget做处理。大概内容就是如果:触摸的区域没有子View、子View不消费事件、
//子View收到了cancel事件(父View发的),这三个种条件满足任意一种父View的mFirstTouchTarget都会变为null。
…
//3
//如果给子View发送cancel事件后mFirstTouchTarget会变null,
final boolean canceled = resetCancelNextUpFlag(this)||actionMasked == MotionEvent.ACTION_CANCEL;
//mFirstTouchTarget == null等价于没有子View消费事件
if (mFirstTouchTarget == null) {
//没有TouchTarget,第三个参数直接传null。此处会间接调用自己的onTouchEvent
handled = dispatchTransformedTouchEvent(ev, canceled, null,
ViewGroup.TouchTarget.ALL_POINTER_IDS);
} else {
…
//如果收到cancel事件 || 被拦截。
final boolean cancelChild = resetCancelNextUpFlag(target.child)
|| intercepted;
if (dispatchTransformedTouchEvent(ev, cancelChild,
target.child, target.pointerIdBits)) {
handled = true;
}
}
return handled;
}
作者花了很长时间才把300行的代码精简到60行
,过滤掉的代码不是说没用,只是跟事件分发的流程关系不太大,全部贴出来只会给大家徒添困扰。我们读源码不就是为了搞清楚本质吗,所以不要为了读而读。
关于精简代码我也给分成了四部分(步骤见注释 //1,2,3
),我们来逐步分析:
第一步:
首先在donw事件来临时执行了两个方法,
cancelAndClearTouchTargets
方法用于重置touchTarget
。resetTouchState
方法用于重置上一次的事件序列,保证新的时间序列的纯洁度
第二步:
第二步用于做拦截处理。首先外层有两个判断条件,第二个条件意思是
mFirstTouchTarget
不为空,也就是子View
要消费事件,而第一个意为在DOWN
事件来临时先不拦截,给子View
一个机会
,因为DOWN
事件来临时mFirstTouchTarget
肯定时null
。内部的逻辑大概就是,如果子view
没有申请对它不拦截,就执行自己的onInterceptTouchEvent
并把结果返回给intercepted
第三步:
关于第三步的代码,其实很长很长,内部巴拉巴拉一大堆,逻辑相当复杂,我精简掉的大部分代码也都是在这个步骤,为了不给大家徒添困扰,我是废了好大力气才提炼出这几行代码。总的来说就是执行
dispatchTransformedTouchEvent
来拿到事件的消费结果,调度子View
的事件也是通过这个方法进行的。需要注意的一点:当ViewGroup确定拦截事件时不会立即执行,而是先将mFirstTouchTarget置为null,下一个事件到来时再自己处理。代码含义我在注释中已经写的很清楚,就不多做赘述。
下面来看一下dispatchTransformedTouchEvent
这个方法的源码:
自我介绍一下,小编13年上海交大毕业,曾经在小公司待过,也去过华为、OPPO等大厂,18年进入阿里一直到现在。
深知大多数初中级安卓工程师,想要提升技能,往往是自己摸索成长,但自己不成体系的自学效果低效又漫长,而且极易碰到天花板技术停滞不前!
因此收集整理了一份《2024年最新Android移动开发全套学习资料》送给大家,初衷也很简单,就是希望能够帮助到想自学提升又不知道该从何学起的朋友,同时减轻大家的负担。
由于文件比较大,这里只是将部分目录截图出来,每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频
如果你觉得这些内容对你有帮助,可以添加下面V无偿领取!(备注Android)
最后
都说三年是程序员的一个坎,能否晋升或者提高自己的核心竞争力,这几年就十分关键。
技术发展的这么快,从哪些方面开始学习,才能达到高级工程师水平,最后进阶到Android架构师/技术专家?我总结了这 5大块;
我搜集整理过这几年阿里,以及腾讯,字节跳动,华为,小米等公司的面试题,把面试的要求和技术点梳理成一份大而全的“ Android架构师”面试 Xmind(实际上比预期多花了不少精力),包含知识脉络 + 分支细节。
《Android架构视频+BAT面试专题PDF+学习笔记》
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望**这份系统化的技术体系**对大家有一个方向参考。
HqXQ7-1710704165555)]
网上学习 Android的资料一大堆,但如果学到的知识不成体系,遇到问题时只是浅尝辄止,不再深入研究,那么很难做到真正的技术提升。希望**这份系统化的技术体系**对大家有一个方向参考。
2021年虽然路途坎坷,都在说Android要没落,但是,不要慌,做自己的计划,学自己的习,竞争无处不在,每个行业都是如此。相信自己,没有做不到的,只有想不到的。祝大家2021年万事大吉。