透镜系列：看穿触摸事件分发

Android

2024-01-15 12:12:50

看穿触摸事件分发

透镜系列

引言

事件分发，对于Android开发者而言，是一个老生常谈的话题。从初学者到资深大牛，几乎无人不晓，无人不晓。它就像一个常驻在角落里的幽灵，时不时地跳出来吓人一跳，让人头疼不已。

然而，真正理解事件分发机制，并能灵活运用它来解决实际问题，却是另外一回事。大多数人对事件分发机制的理解，往往停留在表面，知其然而不知其所以然。

事件分发的本质

事件分发，本质上是一种责任链模式。当一个事件发生时，它会从源头控件开始，依次传递给它的父控件、祖父控件，直至传递到顶层的根控件。在这个传递过程中，每个控件都可以选择处理该事件，也可以选择不处理，并将其传递给下一个控件。

事件分发的三大方法

Android系统提供了三种处理事件的方法：

onTouchEvent()：控件接收并处理触摸事件的入口方法。
dispatchTouchEvent()：控件分发触摸事件给子控件的方法。
onInterceptTouchEvent()：控件拦截触摸事件的方法。

经典伪代码

网上流传着一段经典的事件分发伪代码，它很好地了事件分发的大致流程：

onInterceptTouchEvent() {
    如果事件需要拦截，则返回 true；
    否则，返回 false。
}

onTouchEvent() {
    如果控件处理了事件，则返回 true；
    否则，返回 false。
}

dispatchTouchEvent() {
    调用 onInterceptTouchEvent()；
    如果 onInterceptTouchEvent() 返回 false，则调用 onTouchEvent()；
    否则，停止分发事件。
}

事件分发的责任链

从伪代码中可以看出，事件分发是一个典型的责任链模式。当一个事件发生时，控件会首先调用 onInterceptTouchEvent() 方法。如果 onInterceptTouchEvent() 返回 true，则表示控件拦截了该事件，后续的事件处理将由该控件负责。否则，控件将调用 dispatchTouchEvent() 方法，将事件传递给其子控件。

子控件收到事件后，同样会调用 onInterceptTouchEvent() 方法。如果子控件也拦截了该事件，则事件处理将由子控件负责。否则，子控件将调用 onTouchEvent() 方法，对事件进行处理。

如此循环往复，直到事件传递到顶层的根控件。如果根控件也没有处理该事件，则该事件将被丢弃。

理解事件分发的关键

理解事件分发机制的关键，在于理解拦截和分发的概念。拦截是指控件阻止事件向下传递的能力，分发是指控件将事件向下传递的能力。

如何解决事件分发中的问题

在实际开发中，事件分发问题往往是比较棘手的。要解决这些问题，需要深入理解事件分发的机制，并灵活运用拦截和分发的概念。

举个例子，如果一个子控件需要拦截父控件的触摸事件，则需要在 onInterceptTouchEvent() 方法中返回 true。如果一个控件需要将触摸事件传递给其子控件，则需要在 dispatchTouchEvent() 方法中调用 super.dispatchTouchEvent(event)。

总结

事件分发机制是Android系统中一个重要且复杂的概念。理解事件分发机制，对于开发者来说至关重要。通过深入理解拦截和分发的概念，开发者可以灵活运用事件分发机制，解决实际开发中的问题。