加了z-index仍点不了，是因为元素不在同一层叠上下文中；transform、opacity等属性会创建新层叠上下文，使z-index失效；应检查Computed面板中z-index是否为auto或“not applicable”，并逐级查找建立层叠上下文的祖先元素。
为什么加了 z-index 还是点不了
不是 z-index 值不够大，而是它根本没在同一个层叠上下文里比。一个 transform: translateY(0)、opacity: 0.99、filter: blur(1px) 或 will-change: transform 就会让父元素悄悄创建新层叠上下文，把子元素的 z-index 锁死在局部范围。
检查方式：打开开发者工具 → “Computed” 面板 → 搜索 z-index，如果显示为 auto 或标着 “not applicable”，说明它已失效。
- 逐级往上查祖先，找到第一个带 “This element establishes a stacking context” 标记的节点
- 临时删掉它的
transform、opacity等属性，看点击是否恢复 - 修复思路不是改
z-index: 9999，而是把目标元素提到那个上下文之外（比如挂到<body>下）
pointer-events: none 是什么情况下该用
当你确认遮挡层纯属视觉装饰——比如半透明蒙版、背景光效、仅用于动画过渡的占位层——且不需要任何交互时，pointer-events: none 就是最轻量、最确定的解法。
它不改变布局、不触发重排、不影响动画或焦点逻辑，只精准切断鼠标/触控事件捕获。视觉照常显示，点击直接落到下层 <a> 或 <button> 上。
立即学习“前端免费学习笔记（深入）”；
- 给遮挡层加
pointer-events: none，不是给被遮挡的目标元素加 - 该属性可继承：若遮挡层里有关闭按钮等子元素，必须单独给它设
pointer-events: auto - 普通 HTML 元素只认
auto和none；visible、fill等值会被忽略
伪元素 ::before/::after 也在挡路
哪怕只是画个阴影、渐变或边框，::before 和 ::after 默认参与事件流，会稳稳盖住下面的链接。别指望 z-index: -1 能解决——在已有层叠上下文的父容器里，它根本不起作用。
正确做法是直接控制事件流：
- 给伪元素加
pointer-events: none，例如：.overlay::before { pointer-events: none; } - 如果伪元素需要
hover效果但又不想拦截点击，得拆开：一个仅视觉的伪元素 + 一个透明但可点的空元素覆盖在上层 - 别依赖
opacity: 0或visibility: hidden——它们依然吃点击；只有display: none或pointer-events: none才真正释放事件流
排查谁真在“吃”点击
不是所有“点不了”都该加 pointer-events，先得确认谁在挡路。开发者工具里右键目标区域，“检查”跳到的 DOM 节点往往就是罪魁祸首。
- 临时给可疑父级或相邻元素加
outline: 2px solid red，看是否真覆盖链接热区 - “Computed” 面板搜
pointer-events，看值是不是none（哪怕带删除线，也说明被祖先设过） - 搜
stacking context，找到第一个标有 “This element establishes a stacking context” 的祖先——它大概率就是让z-index失效的源头 - 特别注意空
<div>、<section>或设置了宽高但没内容的容器，它们常被忽略却稳稳盖着链接
多个 pointer-events: none 层叠时，事件穿透顺序严格按渲染树绘制顺序，不是 DOM 顺序。真机测试尤其 iOS Safari 上，点被设为 none 的区域，务必确认下层链接真能响应 click，而不是只在桌面浏览器里看起来正常。
