Touch事件的分发机制

touch事件的分发大家都有所了解,由父节点往子节点一层层传递事件,分发->拦截,到子节点,继续分发->拦截,进入View分发->onTouchEvent,最终执行View的onClick事件。这里就画个图,简单说下它的执行流程。


在每一层的dispathTouchEvent里返回true即代表当前事件被中断掉,不再往下分发当前事件。

在onInterceptTouchEvent里返回true即代表当前事件被此层消费掉,接着交给此节点的onTouchEvent事件处理。

onTouchEvent事件返回true代表此次事件在此终结,若返回false,会把这个事件往上一层父节点的onTouchEvent事件传递。

当父节点的onTouchEvent返回true时,事件即在此层消费掉。接下来开始UP事件的传递,UP事件走到这一层的时候,

走完dispathTouchEvent,不走onInterceptTouchEvent,即跳到onTouchEvent事件,也在此层消费掉,不再继续往下传递。

就好比子节点说我不处理了,老大你处理吧,就把这个锅甩给父节点,父节点不想处理就继续往上甩锅。

直到找到愿意去接锅的节点,后续的事件处理都会走到接锅的节点去处理。



猜你喜欢

转载自blog.csdn.net/magicbaby810/article/details/80629021
今日推荐