React Native Bottom Sheet 在 Android Talkback 下的可访问性问题分析

问题现象

在使用 React Native Bottom Sheet 组件时，Android 平台的 Talkback 辅助功能存在一个严重的使用障碍。当用户通过手势操作移动底部表单后，屏幕上的所有组件（包括底部表单内部的元素）都会变得无法点击或选择。虽然用户仍然可以将底部表单拖回迷你或中等高度模式，但整个界面的交互功能已经完全失效。

技术背景

这个问题实际上源于底层手势处理库 react-native-gesture-handler 的一个实现缺陷。该库在最近版本中引入的悬停(Hover)功能实现方式存在问题，与滚动事件产生了冲突。具体来说，库中对 dispatchGenericMotionEvent 方法的处理逻辑干扰了 Talkback 的正常工作流程。

根本原因

在 react-native-gesture-handler 的 Android 实现代码中，RNGestureHandlerRootView.kt 文件对 dispatchGenericMotionEvent 方法进行了特殊处理，目的是为了支持悬停功能。然而这种实现方式在 Talkback 启用时会错误地拦截和消耗了所有后续的触摸事件，导致界面交互完全失效。

临时解决方案

通过修改 node_modules 中的原生代码可以临时解决这个问题。具体做法是简化 dispatchGenericMotionEvent 方法的实现，直接调用父类方法而不再添加额外的处理逻辑：

override fun dispatchGenericMotionEvent(event: MotionEvent) = 
    super.dispatchGenericMotionEvent(event)

这种修改方式实际上是禁用了手势处理库中的悬停功能支持，但恢复了 Talkback 的正常工作。

长期建议

这个问题应该向 react-native-gesture-handler 项目正式报告，建议他们在保持悬停功能的同时，确保不会影响辅助功能的正常使用。可能的改进方向包括：

1. 在检测到 Talkback 启用时自动禁用悬停功能
2. 重新设计事件分发逻辑，确保不会错误拦截辅助功能事件
3. 增加对 Talkback 模式的专门测试用例

开发者注意事项

对于使用 React Native Bottom Sheet 的开发者，如果项目中需要同时支持手势操作和辅助功能，建议：

1. 密切关注 react-native-gesture-handler 的版本更新
2. 在测试阶段必须包含辅助功能测试环节
3. 考虑在检测到 Talkback 启用时提供替代的交互方式
4. 记录用户反馈，及时发现类似的可访问性问题

这个问题提醒我们在开发复杂手势交互时，必须充分考虑辅助功能的使用场景，确保所有用户都能获得一致的体验。