抖音Android无障碍开发知识总结

最新推荐文章于 2025-04-15 19:37:18 发布

2401_84149496

最新推荐文章于 2025-04-15 19:37:18 发布

阅读量735

点赞数 24

分类专栏：程序员文章标签： android

本文链接：https://blog.csdn.net/2401_84149496/article/details/138013411

版权

程序员专栏收录该内容

287 篇文章

订阅专栏

这篇博客详细介绍了Android无障碍开发，包括触摸事件在普通和无障碍模式下的分发过程，关键方法如dispatchTouchEvent、dispatchGenericMotionEvent以及如何适配无障碍模式。通过案例分析了无障碍事件的执行流程和解决无障碍功能问题的方法，提供了提升APP无障碍体验的实践建议。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

// Specifically excludes HOVER_MOVE and SCROLL.

switch (action & AMOTION_EVENT_ACTION_MASK) {

case AMOTION_EVENT_ACTION_DOWN:

case AMOTION_EVENT_ACTION_MOVE:

case AMOTION_EVENT_ACTION_UP:

case AMOTION_EVENT_ACTION_POINTER_DOWN:

case AMOTION_EVENT_ACTION_POINTER_UP:

case AMOTION_EVENT_ACTION_CANCEL:

case AMOTION_EVENT_ACTION_OUTSIDE:

return true;

}

return false;

}

符合以上 case 的 event 即为 TouchEvent。

首先来看一下 dispatchPointerEvent 方法中对 TouchEvent 事件的处理，进入 DecorView 的 dispatchTouchEvent() 方法中：

@Override

public boolean dispatchTouchEvent(MotionEvent ev) {

final Window.Callback cb = mWindow.getCallback();

return cb != null && !mWindow.isDestroyed() && mFeatureId < 0

? cb.dispatchTouchEvent(ev) : super.dispatchTouchEvent(ev);

}

在该方法中，mWindow 是与 Activity 关联的 PhoneWindow 对象，由于 DecorView 是由 PhoneWindow 创建的，并且通过 setWindow() 方法，DecoView 对象持有 PhoneWindow 对象的引用。通过 getCallback() 方法，获得了实现了 Window.Callback 的对象，而 Activity 实现了这个接口，因此当调用cb.dispatchTouchEvent(ev) 时，实际上调用的是 Activity 中的 dispatchTouchEvent() 方法。

同样的在 dispatchGenericMotionEvent() 方法中，也有类似的代码逻辑：

@Override

public boolean dispatchGenericMotionEvent(MotionEvent ev) {

final Window.Callback cb = mWindow.getCallback();

return cb != null && !mWindow.isDestroyed() && mFeatureId < 0

? cb.dispatchGenericMotionEvent(ev) : super.dispatchGenericMotionEvent(ev);

}

此方法中实际上也是调用了 Activity 的 dispatchGenericMotionEvent() 方法对事件进行后续的分发和处理。此时事件就已经传递到了 Activity，由 Activity 进一步进行事件分发。

3.触摸事件传递到具体 View 的过程

在研究无障碍模式下的事件传递过程之前，首先来回顾一下普通模式下的事件传递机制：

3.1 普通模式的事件分发

3.1.1 普通模式下事件分发 Key Method

当一个 MotionEvent 产生之后，系统需要将该事件传递给一个具体的 view，这个传递过程就是事件的分发过程。分发过程依赖于以下三个重要方法：

public boolean dispatchTouchEvent(MotionEvent ev)

该方法用来进行事件的分发，方法的返回值取决于当前 View 的 onTouchEvent() 方法和子 View 的 dispatchTouchEvent() 方法的影响。

public boolean onInterceptTouchEvent(MotionEvent ev)

仅 ViewGroup 拥有的方法，用来判断是否拦截某个事件。

public boolean onTouchEvent(MotionEvent event)

在 dispatchTouchEvent() 方法中进行调用，用来处理点击事件。

3.1.2 普通模式下的事件分发

整个分发过程可以用以下的流程图来表示：

3.2 无障碍模式下的事件分发

无障碍模式下的事件分发与普通模式下的事件分发有很多相似之处：

3.2.1 无障碍模式下的事件分发 Key Method：

与普通事件触摸事件的分发类似，无障碍事件触发事件分发也有类似的三个重要方法：

protected boolean dispatchHoverEvent(MotionEvent event)

该方法用来进行事件的分发，方法的返回值取决于当前 View 的 onHoverEvent() 方法和子 View 的 dispatchHoverEvent() 方法的影响。

public boolean onInterceptHoverEvent(MotionEvent event)

仅 ViewGroup 拥有的方法，用来判断是否拦截某个事件。

public boolean onHoverEvent(MotionEvent event)

在 dispatchHoverEvent() 方法中进行调用，用来处理 hover 事件。

3.2.2 无障碍模式下的事件分发

当用户处于无障碍模式下，用户进行点击屏幕时，会调用 dispatchPointerEvent 方法中的 dispatchGenericMotionEvent 方法：

public final boolean dispatchPointerEvent(MotionEvent event) {

if (event.isTouchEvent()) {

return dispatchTouchEvent(event);

} else {

return dispatchGenericMotionEvent(event);

}

实际上调用的是 Activity 的 dispatchGenericMotionEvent() 方法，Activity 接收到事件后，会传递给 PhoneWindow 再传递给 DecorView。DecorView 会调用 View 的 dispatchGenericMotionEvent() 方法：

public boolean dispatchGenericMotionEvent(MotionEvent event) {

···

final int source = event.getSource();

if ((source & InputDevice.SOURCE_CLASS_POINTER) != 0) {

final int action = event.getAction();

//判断事件类型属于Hover，调用dispatch方法开始进行分发

if (action == MotionEvent.ACTION_HOVER_ENTER

|| action == MotionEvent.ACTION_HOVER_MOVE

|| action == MotionEvent.ACTION_HOVER_EXIT) {

if (dispatchHoverEvent(event)) {

return true;

}

…

return false;

}

在该方法中，如果判断事件为 HoverEvent，就调用 ViewGroup 的 dispatchHoverEvent() 方法开始进行事件分发。

如果某个 ViewGroup 的 onInterceptHoverEvent() 方法返回 true，表示它要拦截当前事件，并交给自己处理，反之返回 false 表示不拦截当前事件，并将当前事件继续传递给子 View，子 View 会调用自己的 dispatchHoverEvent() 方法，如此循环往复直到事件最终被处理。

在事件处理阶段，View/ViewGroup 首先会判断是否设置了 OnHoverListener，并判断它的 onHover 方法的返回值是否为 true，如果返回值为 true，则不会调用 onHoverEvent() ，反之会调用 onHoverEvent() 方法对事件进行处理。

整个处理过程可以用下面的流程图进行表示：

在 onHoverEvent() 方法中，会调用到 sendAccessibilityHoverEvent()方法，该方法后续会调用以下方法：

sendAccessibilityEvent
sendAccessibilityEventUnchecked
onInitializeAccessibilityEvent
dispatchPopulateAccessibilityEvent
onPopulateAccessibilityEvent
onRequestSendAccessibilityEvent（仅在 ViewGroup 中有默认实现）

以上 6 种方法为当自定义 View 时适配无障碍模式可以覆盖实现的方法，可以重写 View 的这些方法或者实现 View.AccessibilityDelegate 来解决一些特殊场景下 TalkBack 播报的问题。

其中的 sendAccessibilityEventUnchecked 方法会向上传递到 ViewRootImpl 的 requestSendAccessibilityEvent 方法中，从堆栈信息中就可以证实这一点：

接着无障碍事件会通过 AccessibilityManager 的 sendAccessibilityEvent 方法跨进程调用 system_process 进程的 AccessibilityManagerService，将 AccessibilityEvent 事件传递到 TalkBack 的 TalkBackService 中。

4.无障碍事件的执行流程

这一节主要分析从 TalkBack 发出无障碍事件，到被辅助 app 在屏幕上绘制出绿框的过程。

TalkBack 将无障碍事件发送给被辅助 APP 时，需要 system_process 进程作为中转，对应的接口为 IAccessibilityServiceConnection.aidl 和 IAccessibilityInteractionConnection.aidl。经过中转后，最终会调用到被触摸 View 的 performAccessibilityAction 方法中，在没有 delegate 的情况下，会执行 performAccessibilityActionInternal 方法。在该方法中，如果是 ACTION_ACCESSIBILITY_FOCUS 事件，会执行 requestAccessibilityFocus 方法：

这个方法会执行两个关键操作：

调用 ViewRootImpl 的 setAccessibilityFocus 方法将自身设置为 focus，然后调用 invalidate() 触发重绘操作，ViewRootImpl 会在 onPostDraw 方法中执行 drawAccessibilityFocusedDrawableIfNeeded 来绘制绿框。