Android面试-事件分发机制

宝宝们,事件分发机制必须的“必”必问的“问”,好吗!他这样问你
说说你对事件分发机制的理解?
如果触发一个点击事件,都没有消费,最后回到哪里?
分析一下触摸屏幕后源码流程?
上干货!!!

说说你对事件分发机制的理解?
如果触发一个点击事件,都没有消费,最后回到哪里?
有三个重要方法:
dispatchTouchEvent
onInterceptTouchEvent
onTouchEvent
这三个方法的关系是onInterceptTouchEvent和onTouchEvent在dispatchTouchEvent中执行。
1.当有一个点击事件。最先activity会来处理,然后传递给PhoneWindow,再传递给DecorView,最后传给顶层ViewGroup。一般传递事件只考虑ViewGroup的onInterceptTouchEvent,因为一般情况不会重写dispatchTouchEvent。
对于根ViewGroup,会先传递到它的dispatchTouchEvent,如果onInterceptTouchEvent返回true,表示这个ViewGroup要拦截,那么交由它的onTouchEvent处理。如果返回false,最后回到底层子View的onTouchEvent处理。
2.如果子View的onTouchEvent返回true,表示这个事件就消费了,如果返回false,就会传递到父ViewGroup的onTouchEvent处理。如果还返回false,就交给父View的父View,如此反复。

分析一下触摸屏幕后源码流程?
1.当事件产生后,最先判断的是DOWN事件。一个完整的事件以DOWN开始,UP结束。如果ViewGroup的onInterceptTouchEvent拦截,则mFirstTouchTarget!=null为false,那么MOVE和UP事件记录intercepted为true。
2.分析View的dispatchTouchEvent。如果看到mTouchListener不为空且onTouch返回true,表示事件消费。就不会执行onTouchEvent了。所以mTouchListener优先级高于onTouchEvent。如果CLICKABLE或LONG_CLICKABLE为true,那么onTouchEvent就返回true。如果View设置了setClickListener会自动设置CLICKABLE为true。

你可能感兴趣的:(Android面试-事件分发机制)