探索js的事件冒泡

本文探讨了在前端开发中事件处理的两种方法:直接绑定与委托监听。通过实例分析了动态DOM操作时直接绑定事件的局限性及事件冒泡原理。介绍了如何使用委托监听解决动态DOM元素的事件绑定问题,并讨论了事件处理顺序。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

作为前端与后台之间的衔接工作者(搬砖工),常常是 在工作中,拿到前端同事编写好的静态交互页,还需要对Dom做自己的交互业务,交互免不了写事件,而事件处理最好的方法就是利用delegate监听赋值,为什么呢,这要追根到事件的冒泡原理。下面就先从遇到的两个关于事件的问题说起:


1.上面是一个下拉菜单组件,组件在给li渲染的时候,就给li绑定了点击事件(点击菜单中的某省名显示对应的省名),然而动态加载的时候,dom节点删了又增,新增的节点是不会有这个事件触发的。

2.还是这个下拉菜单,我更改了组件:用delegate定义外层监听li,给li赋点击事件,这时候可以补救第一个问题:渲染之后,dom节点增加与否,li出现就会有点击事件。

可又遇到了另一个问题:我要在省级li点击的时候给市级li添加数据源,但是发现新加的事件会先执行,组件定义的点击事件后面才进行。找了下原因,原来是我后来添加li监控的父级节点低于组件定义的父级节点,这个就是事件冒泡顺序的关系。


至于什么是事件冒泡,我觉得自己理解的才是最简单易懂的,那就是:

当一个节点的事件被 触发时(鼠标点击的位置所在的元素),会先执它最里层节点的的同类事件,一层层向上检索执行;

也就是监听它的父级节点(被委托的父级节点)的事件也是由最里层的节点执行的。

检验代码如下:


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值