准备阶段
为了方便了解整个事件传递的机制,我们设计一个场景:
角色:
一个经理:MotionEventViewGroupA,最外层的ViewGroupA;
一个组长:MotionEventViewGroupB,中间的ViewGroupB;
一个你:MotionEventViewC,最底层的码农。
模拟:
经理分派任务,下属处理这个任务的过程。
MotionEventViewGroupA
MotionEventViewGroupB
MotionEventViewC
xml
ViewGroup级别比较高,比View多一个onInterceptTouchEvent(拦截)。
情景分析
不做任何修改,点击MotionEventViewC
|
|
log信息看出,正常情况,事件传递顺序:
经理 –> 组长 –> 你,先执行dispatchTouchEvent(分发),再执行onInterceptTouchEvent(拦截)
事件处理顺序:
你 –> 组长 –> 经理,事件处理都是执行onTouchEvent(处理)。
事件传递返回值:true,拦截,交给自己的onTouchEvent处理;false,不拦截,传给下属。
事件处理返回值:true,自己搞定,不用上报上司;false,上报上司处理。
初始返回都是false。
事件传递,dispatchTouchEvent一般不太会改写,只关心onInterceptTouchEvent。
经理觉得这个任务太简单,自己处理
即MotionEventViewGroupA里onInterceptTouchEvent返回true,我们看下log信息:
经理一个人干完了,没下面的人什么事了。
组长觉得这个任务太简单,自己处理
即MotionEventViewGroupB里onInterceptTouchEvent返回true,我们看下log信息:
组长干完了活,没你啥事了。以上对事件的分发、拦截的分析。
你迫于压力,辞职不干了,任务闲置
即MotionEventViewC里onTouchEvent返回true,我们看下log信息:
事件处理到你这里就结束了。
组长觉得你任务完成太烂,不敢上报
即MotionEventViewB里onTouchEvent返回true,我们看下log信息:
事件处理经过你和组长,到组长那里就结束了。
是不是这样的分析让你对事件的传递不再是一头雾水了,大赞医生《Android群英传》。