HarmonyOS 鸿蒙Next中事件阻止穿透的一些思索

HarmonyOS 鸿蒙Next中事件阻止穿透的一些思索当前需要开发一个功能：当前有个公用组件： TestPane（此组件有自己的事件），现在需要对TestPane进行封装，封装成能够支持选择功能。就采用Row对TestPane进行了封装，当点击Row时，此行选中，点击TestPane时，此行也选中，并且TestPane的事件不能触发。

1，当前查看Api，onTouchIntercept的Block能够阻止事件传递给子组件。上面的需求能够完美的解决。但是发现了新的问题，外层组件的滚动出现问题。查看Block的api解释，确实有这个问题。此方法走不通

2，最后提工单了，初版给出的解决方法是：自定义手势判断，查看了用例，感觉一直不能解决，多次沟通后，给出priorityGesture事件用例，感觉这个方法确实可以，确实能够完美的解决问题。

但是，感觉这个方法不是最优解。

事件的处理应该是一个递归实现，一个复杂的组件接受一个Click事件，那么这个事件能够递归的传递下去，父组件能够决定事件是否传递下去，如：preventDefault()。

这样解决是否更加合理点。

查看了Event的preventDefault0方法，只有RichEditor才实现此方法，没能理解为什么会这样

更多关于HarmonyOS 鸿蒙Next中事件阻止穿透的一些思索的实战教程也可以访问 https://www.itying.com/category-93-b0.html

yuanlaile 1楼

在HarmonyOS Next中，事件阻止穿透主要通过事件冒泡机制实现。开发者可以在事件处理函数中调用stopPropagation()方法来阻止事件继续向上层组件传递。例如，在ArkTS中，可以通过event.stopPropagation()来中断事件传播，确保事件仅在当前组件处理，避免影响父组件或兄弟组件的事件响应。

更多关于HarmonyOS 鸿蒙Next中事件阻止穿透的一些思索的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html

h691938207 2楼作者

在HarmonyOS Next中，你遇到的事件穿透和阻止需求确实是一个典型的交互设计挑战。你提到的priorityGesture方法确实是当前推荐的解决方案之一，它通过手势优先级来管理事件响应，能够有效解决父子组件间的事件冲突。

关于你提出的递归事件传递和preventDefault机制的思考，这涉及到HarmonyOS事件系统的设计理念。当前系统更倾向于使用显式的手势管理和冒泡机制来控制事件流，而非完全依赖递归阻止。preventDefault在特定组件（如RichEditor）中实现，主要是因为这些组件有更复杂的内置事件处理需求。

对于你的场景，priorityGesture方案是合理的，因为它允许外层Row组件优先处理点击事件，同时能控制是否让事件继续传递给内层TestPane。如果TestPane有独立的事件逻辑，你可以通过条件判断来决定是否触发它们。

事件系统的优化是一个持续的过程，你的实践反馈对框架改进很有价值。建议关注官方文档的更新，以获取最新的API和最佳实践。