position: sticky失效主因是祖先元素overflow:hidden/auto/scroll截断滚动上下文，使其退化为static；需逐级检查至body的computed overflow值，优先用clip-path:inset(0)替代overflow:hidden修复。
position: sticky 失效，八成不是你写错了 top，而是某个祖先元素的 overflow: hidden、overflow: auto 或 overflow: scroll 在静默拦截——它直接把 sticky 元素“锁死”在容器内，计算值变成 static。
为什么 overflow: hidden 会让 sticky 彻底消失
sticky 不是吸在视口，它必须锚定在一个“可滚动的块级容器”里。而 overflow: hidden（含 auto/scroll）会强制创建新的包含块和滚动上下文边界。只要该祖先自身不滚动（比如高度固定、内容没撑开），浏览器就认为“这里没滚动，sticky 没意义”，直接降级为 position: static。
这不是 bug，是规范行为。常见藏雷位置包括：
-
.ant-modal、.card、.tabs-wrapper等 UI 组件外层 wrapper - Swiper 或轮播图根节点
- CSS-in-JS 库动态注入的内联
overflow: hidden（比如防圆角溢出）
怎么快速定位是哪一层 overflow 在作怪
别猜，用 DevTools 实锤：
立即学习“前端免费学习笔记（深入）”；
- 选中 sticky 元素 → 打开「Computed」面板 → 看
position是否始终为static - 逐级点击左侧 DOM 树里的
parentElement，直到<body>，每点一层都盯紧overflow-x和overflow-y的 computed 值 - 重点标记值为
hidden、auto、scroll的节点，尤其是那些高度固定、内容明显没撑开的容器 - 临时给可疑节点加
overflow: visible !important，如果 sticky 立刻恢复，就锁定了问题层
不删 overflow: hidden 怎么让 sticky 继续工作
业务上常需要 overflow: hidden 来裁剪圆角图片或防止内容穿出卡片，不能硬删。实操路径有三个：
- 用
clip-path: inset(0)替代overflow: hidden：视觉效果一致，但不创建新包含块，sticky 完全不受影响（Chrome 93+、Firefox 97+、Safari 15.4+ 支持） - 把 sticky 元素提一层：在带
overflow的容器外，套一个position: relative的 wrapper，再把 sticky 元素挂进去 - 若 DOM 结构完全锁死，可用
position: fixed+getBoundingClientRect()监听滚动模拟，但要注意 iOS Safari 滚动抖动和节流处理
其他容易被忽略的干扰项
除了 overflow，这些也会让 sticky 表现异常：
- 父容器是
display: inline-flex或inline-grid：inline 级容器不产生 BFC，sticky 直接被忽略 - sticky 元素的直接父级用了
transform、filter或will-change：它们触发层叠上下文，切断粘性锚定链（Firefox 尤其敏感） - 父容器设了
height: 100vh：它硬性截断滚动范围，应改用min-height: 100vh - 漏写
top/bottom：只写position: sticky等同于没启用；top: auto或未定义的 CSS 变量也会导致退化
最麻烦的不是某一层 overflow 写错了，而是它来自框架、CSS-in-JS 或运行时注入——看不见、摸不着，只能靠逐级 computed 值排查。一旦发现某层 overflow 是“幽灵添加”的，就得优先考虑 clip-path 替代方案，而不是反复调整 DOM 层级。
