Jetpack Compose的输入修饰符能否设置为不消费输入事件？

核心差异说明：Compose手势分发和View体系的区别 #

Compose的手势分发不是View体系的逐层向上/向下冒泡机制，而是基于修饰符优先级的抢占机制：同个组件的pointerInput修饰符越靠后声明，优先级越高；多层组件的话，上层组件的pointerInput优先级高于下层。所有内置的detectDragGestures、detectTapGestures方法本质是封装好的逻辑，检测到匹配手势后会自动消费事件，所以才会出现事件无法透传的情况。

你之前的思路不需要完全推翻，只需要调整为Compose的手势处理逻辑即可实现需求。 #

方案1：原生实现不消费指定事件，自然透传 #

不需要手动传递事件，直接用底层的awaitPointerEventScope自定义手势逻辑，仅在符合消费条件时才消费事件即可，不符合条件的事件会自动流转给优先级更低的处理逻辑（包括同组件的其他手势、下层组件的手势、组件默认行为）：

Modifier.pointerInput(Unit) {
    awaitPointerEventScope {
        while (true) {
            // 可通过PointerEventPass调整事件捕获时机：Initial是在下层手势之前拿到，Final是在下层之后拿到
            val event = awaitPointerEvent(PointerEventPass.Initial)
            // 判断是否为触控笔触发
            val isStylusTrigger = event.pointers.any { it.type == PointerType.Stylus }
            if (isStylusTrigger) {
                // 处理自定义逻辑，比如触控笔绘制
                // 处理完成后消费事件，阻止向下传递
                event.changes.forEach { it.consume() }
            }
            // 非触控笔触发的场景不调用consume，事件会自然传递给后续处理逻辑，比如列表默认滚动
        }
    }
}

要点说明 #

• 不要直接使用封装好的detectXXXGestures方法，这些方法默认会自动消费所有匹配的手势事件
• 只有主动调用change.consume()才会消费事件，不调用就不会拦截事件流转

方案2：手动触发默认行为（类Python super()特性） #

如果你需要在检测到手势后判断是否走默认逻辑，不需要依赖事件流转，直接调用对应组件的状态方法触发默认行为即可，比如滚动、点击的默认逻辑都可以通过状态对象主动调用：

val lazyListState = rememberLazyListState()
val coroutineScope = rememberCoroutineScope()

Box(
    Modifier
        .fillMaxSize()
        .pointerInput(Unit) {
            awaitPointerEventScope {
                detectDragGestures { change, dragAmount ->
                    val isStylusTrigger = change.type == PointerType.Stylus
                    if (isStylusTrigger) {
                        // 处理触控笔绘制逻辑
                        change.consume()
                    } else {
                        // 主动触发列表默认滚动逻辑，等效于调用super的默认实现
                        coroutineScope.launch {
                            lazyListState.scrollBy(-dragAmount.y)
                        }
                    }
                }
            }
        }
) {
    LazyColumn(state = lazyListState) {
        // 列表内容
    }
}

针对pointerInteropFilter消费所有事件的问题 #

该行为是官方设计的兼容层特性不是bug，如果你需要同时兼容View体系事件和Compose手势，建议直接用上面的原生pointerInput方案替代pointerInteropFilter，即可实现事件的条件消费。

如果确实需要手动传递事件给指定Composable，可通过共享状态将捕获到的MotionEvent传递给目标组件，目标组件用pointerInput监听共享状态变化，拿到事件后自行处理即可。

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