使用AccessibilityService的dispatchGesture模拟点击时出现点击丢失

针对你遇到的dispatchGesture模拟点击随机失效的问题，结合实践经验给你几个可行的排查方向：

• 优化手势的Path与持续时间
  系统对单点瞬时手势的识别率很低，建议给点击手势添加微小的路径偏移和合理的持续时间，让系统能明确识别为"按下-抬起"的点击动作。示例代码：

  // 构建点击路径：先移动到目标坐标，再做微小偏移模拟按压
  Path clickPath = new Path();
  clickPath.moveTo(targetX, targetY);
  clickPath.lineTo(targetX + 1, targetY); // 1px的微小偏移，避免被系统判定为无效手势
  
  // 构建Stroke，设置50ms的持续时间，给系统足够的识别窗口
  GestureDescription.StrokeDescription clickStroke = new GestureDescription.StrokeDescription(
          clickPath,
          0,    // 延迟0ms执行
          50    // 手势持续50ms
  );
  
  GestureDescription gesture = new GestureDescription.Builder()
          .addStroke(clickStroke)
          .build();
  
  dispatchGesture(gesture, new GestureResultCallback() {
      @Override
      public void onCompleted(GestureDescription gestureDescription) {
          super.onCompleted(gestureDescription);
          // 这里的回调仅表示手势已发送，不代表目标控件已响应
      }
  }, null);
  

• 验证无障碍服务的权限与配置
  部分ROM会对无障碍服务的手势操作做额外限制：

  • 确保服务在系统设置中已启用，且未被系统后台优化限制；
  • 检查Manifest中的accessibility-service配置，确保android:accessibilityFlags包含FLAG_REQUEST_TOUCH_EXPLORATION_MODE（部分设备需要这个权限才能发送手势）；
  • 确认服务的android:packageNames是否包含目标应用，避免跨应用手势被拦截。

• 调整手势的执行时机
  避免在onAccessibilityEvent回调中立即执行手势——此时目标界面可能处于刷新或状态变更中，手势容易丢失。改用Handler延迟100-200ms执行，确保界面状态稳定：

  new Handler(Looper.getMainLooper()).postDelayed(() -> {
      // 在这里执行dispatchGesture
  }, 150);
  

• 排查目标控件的状态
  有些控件表面显示可点击，但实际处于不可交互状态（比如被上层布局遮挡、未完全加载、处于禁用状态）。可以通过AccessibilityNodeInfo提前校验：

  AccessibilityNodeInfo node = findFocusedNode(); // 自定义方法找到目标节点
  if (node != null && node.isClickable() && node.isEnabled()) {
      // 执行点击手势
  }
  

内容的提问来源于stack exchange，提问作者Dhina17