Android Compose detectDragGestures拖拽检测精度问题及解决方案咨询

• 上层手势API的固有特性：detectDragGestures 是面向拖动交互场景设计的上层封装接口，内部默认对触控事件做节流、跳点优化以降低性能消耗，快速滑动场景下的采样点丢失是该API的设计特性，不适用于像素级全路径触控采集需求。
• 坐标体系匹配误差：代码中使用的 change.position 是触控点相对于当前触发手势的Box组件的相对坐标，若父布局存在偏移、嵌套滚动、组件动态位移等情况，无法直接映射为屏幕绝对位置，会导致坐标匹配偏差。
• 提前取整的精度损失：代码中提前调用roundToInt()对浮点坐标做取整处理，丢失了亚像素级的精度信息，会进一步放大检测误差。

1. 替换为原始触控事件处理API
   放弃上层封装的拖动手势，改用底层的awaitPointerEventScope获取全量原始触控事件，不会被上层逻辑做节流过滤，示例代码如下：

Column {
    Box(modifier = Modifier
            .fillMaxSize()
            .pointerInput(Unit) {
                awaitPointerEventScope {
                    while (true) {
                        val event = awaitPointerEvent()
                        event.changes.forEach { change ->
                            // 相对于当前Box的坐标
                            val relativeY = change.position.y
                            // 窗口级绝对坐标，可直接用于屏幕元素匹配
                            val absoluteY = change.positionInWindow().y
                            
                            Log.d("testscreen touch", "相对y = ${relativeY.roundToInt()} | 绝对y = ${absoluteY.roundToInt()}")
                            
                            // 不需要阻断其他手势响应的情况下，不要调用consume()
                            // change.consume()
                        }
                    }
                }
            }
    )
}

2. 实现悬停元素识别
   提前通过onGloballyPositioned修饰符获取所有待识别元素的屏幕范围边界，拿到触控点绝对坐标后直接做碰撞检测即可：

// 待识别目标元素示例
var targetBounds by remember { mutableStateOf<Rect?>(null) }
Text(
    text = "待识别悬停元素",
    modifier = Modifier.onGloballyPositioned { coordinates ->
        targetBounds = coordinates.boundsInWindow()
    }
)

// 触控检测时判断是否命中
val isHoveringTarget = targetBounds?.contains(Offset(absoluteX, absoluteY)) == true

3. 额外精度优化建议

• 坐标计算过程中保留Float类型，仅在最终输出或匹配环节按需取整，避免提前损失精度
• 针对低触控采样率设备，可对两个相邻采样点做线性插值补充中间缺失的路径点，进一步提升快速滑动场景的检测精度

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