排查事件失效应先检查监听器与冒泡路径：在Chrome Event Listeners面板查看绑定节点及祖先监听器，关注Framework listeners；用e.target与e.currentTarget对比验证冒泡；临时禁用上层监听器定位拦截源；检查passive标记导致preventDefault失效。
直接看事件监听器和冒泡路径，别等出问题再猜。关键不是“有没有绑定”，而是“谁先收到、谁拦了、谁漏了”。
打开 Chrome 的 Event Listeners 面板
右键目标元素 → “检查” → 切到 Elements 面板右侧的 “Event Listeners” 标签页：
- 展开 click（或你关心的事件类型），看绑定在哪些节点上
- 注意每条监听器旁的 “Ancestors” 开关是否开启：开启时会显示所有祖先链上的监听器，包括你没手动绑、但框架或库自动加的
- 重点找带 Framework listeners 标记的项——Vue/React 经常把事件代理到根容器，表面看没绑，实际已被拦截
用 e.target 和 e.currentTarget 对照验证
在你怀疑失效的点击回调里加一句调试：
jQuery点击事件遮罩弹出层可移动特效代码
下载
"jQuery点击事件遮罩弹出层可移动特效代码下载。一款jquery弹出层插件制作注册表单点击按钮弹出层表单提交效果，可支持拖到的jQuery弹出层效果。标题、高度、宽度等可以自定义弹出层js插件。
console.log('target:', e.target, 'currentTarget:', e.currentTarget)- 如果两者不一致，说明事件确实冒泡了，且当前回调是父级监听器触发的
- 比如点击按钮却输出
<button>和<div class="card">，那点击逻辑实际挂在 card 上，按钮只是“透传”过去
临时禁用可疑上层监听器
回到 Event Listeners 面板，逐个点击监听器右侧的垃圾桶图标（⚠️仅限开发环境）：
- 先删掉最外层容器（如
#app或.modal-overlay）的 click 监听器 - 刷新页面再点，看目标行为是否恢复
- 如果恢复了，说明就是它在中间“吃掉了”事件——不是没触发，是被提前处理或 stopPropagation() 了
检查 passive 和 preventDefault 冲突
尤其在移动端或滚动区域里，点击失效常因事件被标记为 passive：
- Event Listeners 面板中，若 click 监听器旁标着 Passive，说明它不能调用
e.preventDefault() - 此时若你在回调里写了
e.preventDefault()，控制台会报错，且整个回调可能被静默终止 - 解决方法：要么去掉 preventDefault，要么改用
{ passive: false }显式重绑（需移除旧监听器）
