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

最新推荐文章于 2024-06-14 11:17:39 发布

2401_84009929

最新推荐文章于 2024-06-14 11:17:39 发布

阅读量896

点赞数 29

分类专栏：程序员文章标签： android java 开发语言

本文链接：https://blog.csdn.net/2401_84009929/article/details/138659854

版权

程序员专栏收录该内容

249 篇文章 0 订阅

订阅专栏

// 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 来绘制绿框。