事件冒泡严格按DOM树结构传递，与CSS绝对定位、z-index等视觉属性无关；点击内层元素时，事件从该元素开始逐级向上冒泡至document，路径仅由HTML父子关系决定。
事件冒泡在多层嵌套的绝对定位元素中，**完全按DOM树结构传递，和CSS定位方式无关**。也就是说，即使元素通过 position: absolute 脱离了文档流、视觉上层层覆盖或错位重叠，只要它们在HTML中存在父子关系，点击最内层元素时，事件仍会从该元素开始，逐级向上触发其父级、祖父级……直到 document（或 window）。
冒泡路径只看DOM层级，不看视觉叠层
绝对定位只是改变元素在页面中的渲染位置，并不改变它在DOM树中的位置。浏览器判断事件目标和冒泡路径时，只解析HTML结构，不参考 z-index、top/left 或是否遮挡。
- 如果
<div id="a"><div id="b"><div id="c"></div></div></div>，且三者都设了position: absolute，点击#c，冒泡顺序仍是：c → b → a → body → document - 哪怕
#a在视觉上被#c完全覆盖（比如#c的z-index更高），只要它在DOM中是#c的祖先，依然会收到冒泡事件 - 反之，如果两个绝对定位元素没有父子关系（比如同级兄弟），哪怕视觉上一个盖在另一个上面，点击上面那个，下面那个也收不到任何事件（除非手动触发）
注意：事件目标始终是“最深”的可交互节点
鼠标事件的目标元素（event.target）由点击时鼠标坐标下**最顶层的、可接收事件的DOM节点**决定——这取决于元素是否可见、是否 pointer-events: none、是否被 clip-path 或 overflow: hidden 截断等，但仍然严格基于DOM树查找，不是按图层渲染顺序。
-
pointer-events: none会让元素“透传”事件给下方元素（即使DOM中它在上方），此时event.target可能是它的父级或更下方的兄弟节点 - 如果父容器设置了
pointer-events: none，但子元素显式设为auto，那么子元素仍可成为target，事件照常向上冒泡到该父容器（因为冒泡路径由DOM决定，而非捕获路径）
验证与调试建议
遇到冒泡行为不符合预期时，优先检查DOM结构本身，而不是样式：
立即学习“Java免费学习笔记（深入）”；
- 用浏览器开发者工具的“元素选择器”点击目标，确认它真实的父级链路
- 在各层元素上绑定
click事件并打印event.currentTarget.id，观察实际触发顺序 - 检查是否有
event.stopPropagation()或event.stopImmediatePropagation()中断了冒泡 - 确认是否误用了事件委托但监听器绑定在了非共同祖先节点上
常见误区澄清
很多人以为“绝对定位的子元素盖住了父元素，所以父元素收不到事件”，这是混淆了视觉遮挡和事件捕获机制。实际上：
- 父元素是否响应冒泡事件，只取决于它是否在DOM路径上，以及是否绑定了监听器
- 即使父元素被完全视觉遮盖，只要没设
pointer-events: none，它仍会收到自己后代触发的冒泡事件 - 真正影响“谁最先收到事件”的，是
event.target的确定逻辑，而这个逻辑最终落脚点仍在DOM树+可交互性规则上
